2

Если вы отправите пакет на чей-либо маршрутизатор, он, скорее всего, будет отклонен либо брандмауэром маршрутизатора, либо NATом маршрутизатора (если порт не переадресован). Однако в течение короткого времени ваш маршрутизатор будет принимать все входящие пакеты с адреса маршрутизатора, на который вы только что отправили пакет.

Другими словами, брандмауэр вашего маршрутизатора является «дырявым», независимо от того, использует ли ваш маршрутизатор NAT или его брандмауэр настроен для блокировки всех входящих соединений.

Может ли брандмауэр Windows также подвергаться перфорации тем же способом, поскольку брандмауэр Windows может не разрешать входящие подключения к некоторым программам?

Фоновое чтение

1 ответ1

0

Похоже, что это может быть - я вижу, что это происходит с приложением, которое я пишу, где приложение явно заблокировало входящий UDP.

Возможно, что сторонние брандмауэры могут делать что-то другое.

Также смотрите этот пост в стеке потока, в котором упоминается дырокол Windows Firewall:

https://stackoverflow.com/questions/14856639/udp-hole-punching-timeout

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .