PassThru

Если я правильно понимаю, то имеем две сетевые карты обьединенные Windows Bridge? Или мост организован чем-то еще, например построен на этом примере https://github.com/wiresock/ndisapi/tree/master/examples/ethernet_bridge?

Я только что попробовал обьединить две сетевые карты на Win7 32bit с помощью Windows Bridge и дело в том что после обьединения WinpkFilter больше не видит адаптеры “под” мостом, поэтому мне непонятно как получилось запустить passthru на одном из них. Ниже вывод listadapters без моста и с включенным мостом:

C:\Program Files\WinpkFilter\bin\i386>listadapters
The following network interfaces are available to MSTCP:
1) WAN Network Interface (BH).
        Internal Name:   \DEVICE\NDISWANBH
        Current MAC:     C23720524153
        Medium:  0x00000003
        Current MTU:     1500
        Current adapter mode = 0x0
2) WAN Network Interface (IP).
        Internal Name:   \DEVICE\NDISWANIP
        Current MAC:     C23720524153
        Medium:  0x00000003
        Current MTU:     1500
        Current adapter mode = 0x0
Number of active WAN links: 0
3) WAN Network Interface (IPv6).
        Internal Name:   \DEVICE\NDISWANIPV6
        Current MAC:     C23720524153
        Medium:  0x00000003
        Current MTU:     1500
        Current adapter mode = 0x0
Number of active WAN links: 0
4) Local Area Connection 2.
        Internal Name:   \DEVICE\{952D0F1E-B3CE-4BEF-9DFE-515F24CA8A0E}
        Current MAC:     02004C4F4F50
        Medium:  0x00000000
        Current MTU:     1500
        Current adapter mode = 0x0
5) Local Area Connection.
        Internal Name:   \DEVICE\{C06C019F-D330-41DB-A35B-0B27382DE884}
        Current MAC:     00155D01780A
        Medium:  0x00000000
        Current MTU:     1500
        Current adapter mode = 0x0

Current system wide MTU decrement = 0

Default adapter startup mode = 0x0
C:\Program Files\WinpkFilter\bin\i386>listadapters
The following network interfaces are available to MSTCP:
1) Network Bridge.
        Internal Name:   \DEVICE\{F66FC5CF-6953-47C8-86F6-1A3B5771E620}
        Current MAC:     02004C4F4F50
        Medium:  0x00000000
        Current MTU:     1500
        Current adapter mode = 0x0
2) WAN Network Interface (BH).
        Internal Name:   \DEVICE\NDISWANBH
        Current MAC:     C23720524153
        Current MAC:     C23720524153
        Medium:  0x00000003
        Current MTU:     1500
        Current adapter mode = 0x0
3) WAN Network Interface (IP).
        Internal Name:   \DEVICE\NDISWANIP
        Current MAC:     C23720524153
        Medium:  0x00000003
        Current MTU:     1500
        Current adapter mode = 0x0
Number of active WAN links: 0
4) WAN Network Interface (IPv6).
        Internal Name:   \DEVICE\NDISWANIPV6
        Current MAC:     C23720524153
        Medium:  0x00000003
        Current MTU:     1500
        Current adapter mode = 0x0
Number of active WAN links: 0

Current system wide MTU decrement = 0

Default adapter startup mode = 0x0
C:\Program Files\WinpkFilter\bin\i386>

К слову, в отличии от Windows 7, на Windows 10 это возможно…

Так что пожалуйста побольше деталей и желательно описать задачу, а то сложно советовать, не зная, что хочется в итоге получить.

Еще один возможный вариант – использовать не мост, а маршрутизацию. Несколько лет назад делал нечто подобное для NetTalk DUO при подключении через USB (RNDIS). В такой конфигурации в системе появляется дополнительный сетевой интерфейс, а NetTalk DUO выглядел как сетевое устройство подключенное к той же сети. Приложение на winpkfilter обеспечивало выдачу адресов в этой сети по DHCP и организовывало NAT из этой сети на внешний интерфейс, таким образом NetTalk DUO получал доступ к интернету от подключенного лэптопа.

На компе я удалил мост, а из устройств – сетевые карты; перезагрузился, установил драйверы для сетевых карт, создал мост. После этого WinpkFilter стал видеть сетевые интерфейсы правильно: мост видит, а сетевые карты нет.

Тем не менее, я бы на это не полагался и организовал бы мост средствами WinpkFilter.

Согласен, есть нюансы…

С другой стороны, против использования встроенного моста и Windows 7 есть один серьезный аргумент – нет гарантированной возможности забиндиться на интерфейсы под мостом (причем непонятно от чего это зависит), а это в свою очередь означает, что нет возможности фильтровать транзитный трафик (он обработается внутри моста).

Таким образом, видится два варианта:
1) Перенести функционал моста непосредственно в драйвер.
2) Использовать routing/NAT. Опять же можно использовать как самописный NAT, так и встроенный в Windows Internet Connection Sharing (ICS). Тогда будет достаточно запустить приложение только на одном интерефейсе (внешнем или внутреннем в данном случае роли не играет) и отбирать только нужный трафик.

2) а вот тут я мало что понял.

Вместо моста делаем шлюз, где одна сетевая карта раздает интернет на другую. Как еще проще обьяснить – не знаю. В такой конфигурации можно фильтровать как внешний, так и внутренний интерфейс и отбирать/модифицировать нужный траффик.