Vadim Smirnov

Forum Replies Created

Viewing 15 posts - 886 through 900 (of 1,498 total)
  • Author
    Posts
  • in reply to: NeT Firewall on win 2008 #6756
    Vadim Smirnov
    Keymaster

      Well, do U have any schedule when to ship a vista/2008 version?

      Hopefully in the next couple of months 🙂

      in reply to: QoS custom bits #6758
      Vadim Smirnov
      Keymaster

        1) can I make mentioned miniport driver using WinPkFilter?

        In case of using WinpkFilter you even don’t need to create an extra miniport driver. You can intercept RTP packets between the physical network card and TCP/IP stack, set the QOS bits, recalculate checksums and re-inject packets back into the stack.

        2) Does application need admin rights to load this driver?

        You need admin rights to install the driver, not to use.

        in reply to: DELPHI PACKET MANIPLATION AND ROUTING #6731
        Vadim Smirnov
        Keymaster

          Explain what you don’t understand, otherwise it is difficult to advise…

          in reply to: _INTERMEDIATE_BUFFER.m_Length Question… #6751
          Vadim Smirnov
          Keymaster

            Interesting behavior, I have never heard about anything like this before and I suspect this is somehow specific to particular TCP/IP stack implementation.

            INTERMEDIATE_BUFFER.m_Length indicates the total size of the buffers containing packet data which were indicated from the NIC to MSTCP OR sent by MSTCP to NIC. So this is a system specific value, it is not taken/calculated from packet headers.

            in reply to: NeT Firewall on win 2008 #6754
            Vadim Smirnov
            Keymaster

              In the meantime NeT Firewall does not support Windows 2008 because of the serious changes in the network stack introduced by 2008/Vista. We do plan to add Vista/2008 support in the near future.

              in reply to: VirtNet on WXP x64 #6626
              Vadim Smirnov
              Keymaster

                I’m sorry, I’ve been a bit overloaded last time. I just need an to find some time to update an INF file, VirtNet driver itself rebuilds without any problems for x64.

                in reply to: [WinpkFilter 3.0.4.1] Failed to load helper driver (Delphi) #6742
                Vadim Smirnov
                Keymaster

                  Да вообще странно как-то, косяк компилятора, разбираться не особенно хочется. WWWCensor ищет по всему пакету, он не разбирает запросы. Но проверяет только пакеты пришедшие с 80 порта или уходящие на 80 порт. Так что в общем-то в нем нужно поменять только номер порта или сделать порт параметром командной строки. Ну и соответственно сделать так чтобы он на две строчки проверял а не на одну.

                  in reply to: [WinpkFilter 3.0.4.1] Failed to load helper driver (Delphi) #6739
                  Vadim Smirnov
                  Keymaster

                    Happy New Year to you too!

                    Very strange issue, if standard samples run fine and you use standard build of the WinpkFilter driver (named NDISRD) then there should not be any problems with using it from Delphi. However, Delphi samples originally were developed and tested from Delphi 7 environment. I don’t know how it is different from CodeGear Delphi 2009. Does Delphi 2009 .NET based or it still generates pure Win32 code?

                    I have attached Delphi 7 compiled binaries. If these binaries also run fine on your system then this is probably something relative to Delphi 2009 code generation/project settings. Let me know how it works.

                    in reply to: Current process ID #6728
                    Vadim Smirnov
                    Keymaster

                      Лучше запоминать идентификатор процесса в момент создания address/connection objects, эти операции обычно не откладываются и обьект создается именно в контексте вызывающего процесса.

                      in reply to: DELPHI PACKET MANIPLATION AND ROUTING #6729
                      Vadim Smirnov
                      Keymaster

                        You can turn on routing on Windows system and it will route the packet without additional efforts from your side.

                        You have only to make user authentication on the internal interface and NAT on the eternal (if necessary).

                        Refer Internet Gateway sample for the details about NAT. Install script for this sample also turns on routing (NSIS script function):

                        Function EnableRouter
                        SetRebootFlag true
                        ${If} ${IsNT}
                        WriteRegDWORD HKEY_LOCAL_MACHINE SYSTEMCurrentControlSetServicesTcpipParameters IPEnableRouter 1
                        ${Else}
                        WriteRegDWORD HKEY_LOCAL_MACHINE SYSTEMCurrentControlSetServicesVxDMstcp EnableRouting 1
                        WriteRegDWORD HKEY_LOCAL_MACHINE SYSTEMCurrentControlSetServicesVxDMstcp IPEnableRouter 1
                        ${EndIf}
                        FunctionEnd
                        in reply to: Indicating New MAC address to NDIS #6725
                        Vadim Smirnov
                        Keymaster

                          I don’t know if it helps but I would try to call NdisMIndicateStatus with NDIS_STATUS_MEDIA_DISCONNECT and then with NDIS_STATUS_MEDIA_CONNECT. Probably you will be queried for MAC address after these indications, but I have never tried anything like this.

                          in reply to: about snetcfg.exe #6727
                          Vadim Smirnov
                          Keymaster

                            If you are still able to install WInpkFilter NDIS IM driver on that system then probably you doing something wrong when using snetcfg.

                            in reply to: DELPHI 7 and NDISAPI.DLL #6719
                            Vadim Smirnov
                            Keymaster

                              There is no ready-to-use function for redirecting in NDISAPI. NDISAPI only provides you raw interface to manipulate packets. You have to implement redirecting (packet header changes, checksums recalculations) by yourself.

                              You can refer Internet Gateway sample which implements NAT for the details. This sample is in C++ but not that complex to catch the basics.

                              in reply to: DELPHI 7 and NDISAPI.DLL #6717
                              Vadim Smirnov
                              Keymaster

                                Problem is this redirecting.
                                How can ı redirect my client to other network car.

                                Client-to-Server: Save the connection information, change the destination IP (and port if necessary), recalculate the checksums and forward the packet.
                                Server-to-Client: Find the saved connection. Change the source IP (and port if necessary) to the original ones, recalculate the checksums and forward the packet.

                                in reply to: about wwwsensor! #6710
                                Vadim Smirnov
                                Keymaster

                                  if want return one block page to user how can i do? certain,i have read the topics beforetimes on the board. u had suggest us to modify the current packet. well, but if the current packet is not enought long,what can we do? i think u must be asked for many times,u can consider to release out a modify pakcet sdk!

                                  This is a very general question. If there is not enough space in the original packet you can extend it to the maximum possible size or inject extra packets into the TCP stream. In both cases you have to care of about controlling the TCP connection state and modify SEQ/ACK fields of the follow up packets. I would advise to inject a simple and short HTTP redirect code instead of injecting extra packets, this would save you lots of time.

                                Viewing 15 posts - 886 through 900 (of 1,498 total)