Выбор номера порта для пробивки отверстий UDP

Question

У меня есть странная проблема. У меня есть успешно работающее приложение C++ (boost asio) P2P, которое работает на большинстве NAT. Проблема заключается в том, что, когда я даю начальный номер начального порта, как 1000, он проверяет, является ли 1000 свободным другим приращением на единицу, и выбирает порт и начинает квитирование. Но когда у меня есть 10000, 20000 или любой другой огромный номер порта, дырокол не работает на ограниченном конусе NAT.

Как это возможно? Я почти уверен, что это не имеет никакого отношения к коду. и в последнее время он не работает на одном из кофейных NAT одного из моих друзей, но он работал во многих других NAT с полным конусом. Что может быть причиной? Есть ли что-то, что мне не хватает в том, как ведет себя NAT?

Answer 1

1. Во многих реализациях NAT, существует правила защиты в месте, которые предотвращают один хост от связывания большого процента портов на интерфейсе WAN, например, как описано here.

2. В зависимости от маршрутизатора записи таблицы NAT имеют разные сроки службы, и всегда существует ограничение на количество портов, которые могут быть выделены для одного клиента (я видел числа от 128 до 4096).

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

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

Я понимаю, что это не «волшебная пуля», но надеюсь, что это как-то поможет вам.

Answer 2

Не пытайтесь самостоятельно выбирать номер порта. Операционная система может делать это быстрее и лучше, чем ваш код.

Привяжите гнездо к порту 0 и дайте OS выбрать номер порта для вас. Вы не указали, какой язык программирования, но обычно он включает вызов getsockname() после вызова bind(), чтобы узнать, какой локальный порт будет использоваться. Java и .NET имеют эквивалентные API для выполнения того же самого.

Далее следуют все остальные шаги здесь: https://stackoverflow.com/a/8524609/104458

Answer 3

Не уверен, если это поможет, но вы пробовали, имеющие один экземпляр клиентского приложения, начиная с 1001, а другой, начиная с 1000, то и прирост по 1.

В то время как 1000 потерпит неудачу на клиенте B, клиент A уже пробовал 1001 и так пробил это отверстие, так что, надеюсь, это сработает, правильно? Теоретически это звучит хорошо в моей голове.