Vadim Smirnov

Forum Replies Created

Viewing 15 posts - 1,201 through 1,215 (of 1,245 total)
  • Author
    Posts
  • in reply to: Only TCP/IP Enabled Adapters? #5563
    Vadim Smirnov
    Keymaster

      Does NDISRD.SYS only bind itself to interfaces with TCP/IP enabled?

      Yes. For your needs you’d better use protocol driver (Winpcap, PCAUSA RAWETHER or etc.).

      in reply to: NDIS-Miniport-Driver question #5562
      Vadim Smirnov
      Keymaster

        You just need to create virtual NDIS miniport and extend it with required functionalities. The sceleton driver can be generated by DriverNetworks suite from Compuware or you just can adopt your ne2000 derrived driver (I don’t remember all the details, it’s gone pretty much time since I did similar thing).

        in reply to: IOCTL_NDISRD_READ_PACKET without packets #5561
        Vadim Smirnov
        Keymaster

          I have rechecked the code, and yes you are right. Internal request processing routine returnes STATUS_UNSUCCESFULL, but higher level dispatching routine returnes STATUS_INVALID_PARAMETER for any status different from STATUS_SUCCESS. So your code is pretty correct.

          in reply to: IOCTL_NDISRD_READ_PACKET without packets #5559
          Vadim Smirnov
          Keymaster

            NDIS_STATUS_FAILURE is the same as STATUS_UNSUCCESSFUL. Are you sure that you get STATUS_INVALID_PARAMETER?

            in reply to: IOCTL_NDISRD_READ_PACKET without packets #5556
            Vadim Smirnov
            Keymaster

              You should check the returned status, when there are no packets in the queue WinpkFilter driver returnes NDIS_STATUS_FAILURE.

              in reply to: IOCTL_NDISRD_SET_EVENT and Win32 events #5552
              Vadim Smirnov
              Keymaster

                How to wait for an event in a driver model (i.e. with dispatch routines).

                I’m not sure that I understand your question. In kernel mode you can wait on the event object using KeWaitForSingleObject. It should be called on the passive level IRQL only but you can create the dedicated system thread for this…

                in reply to: IOCTL_NDISRD_SET_EVENT and Win32 events #5550
                Vadim Smirnov
                Keymaster

                  Please refer CNdisApi::SetPacketEvent regarding translating Win32 event to Ring0 event under Windows 9x/ME.

                  For Windows NT/2000/XP/2003 you can create Win32 event in kernel with ZwCreateEvent and pass it to driver. In order to wait on this event you should first get event object with ObReferenceObjectByHandle call.

                  Hope it helps…

                  in reply to: address translation #5544
                  Vadim Smirnov
                  Keymaster

                    However, are there any special thinks to consider when using your pkt filter ??

                    I’m not sure what you actually mean here, but there is no technical problems to realize NAT using WinpkFilter.

                    in reply to: Re-routing TCP packets #5533
                    Vadim Smirnov
                    Keymaster

                      If you mean packet sent to localhost (127.X.X.X) then the answer is NO. These packets (actually they never have the form of packets with IP and TCP headers, just chunks of data) are processed internally by TCP/IP and never reach NDIS level.

                      in reply to: Re-routing TCP packets #5531
                      Vadim Smirnov
                      Keymaster

                        It looks that something was wrong when processing the packets below:
                        PCA <- SYN/ACK <- PCB
                        PCA <- SYN/ACK <- PCB
                        and connection was terminated due to time out. I would try to check what happens there.

                        in reply to: Dropping on default #5543
                        Vadim Smirnov
                        Keymaster

                          It can be done in the custom build if you own Developer license.

                          in reply to: Re-routing TCP packets #5523
                          Vadim Smirnov
                          Keymaster

                            After outgoing packet modification I would indicate it to MSTCP instead sending it over the network.

                            Hope it helps…

                            in reply to: Unmanned install #5541
                            Vadim Smirnov
                            Keymaster

                              Yes, sure. the only thing you should do is creating some registry entries (please find the details in the WinlkFilter docs).

                              in reply to: WinPKFilter, performance and user/kernel mode #5499
                              Vadim Smirnov
                              Keymaster

                                I’m trying to find the best driver model to use, which kind of driver do you suggest to use as a model?

                                This is not hardware driver, so for Windows NT/2000/XP/2003 you should use NT legacy driver, which sceleton can be generated using something like QuickSYS (http://www.ntkernel.com/resources.shtml). For Windows 98/ME you can use VToolsD framework to generate the driver sceleton.

                                in reply to: problem with winpkfilter #5493
                                Vadim Smirnov
                                Keymaster

                                  I think you can create the dedicated working thread and perform packet processing in this thread. In this case you won’t block your main thread.

                                Viewing 15 posts - 1,201 through 1,215 (of 1,245 total)