pchelkin писал(а):
Проблема оказалась не на уровне ДФЛ.
К сожалению вывод оказался поспешным и проблема не только программно-серверной части. Сервер уже почти работает, пакеты бегают между серверами и клиентами, но есть облом. И на ДФЛ всё-таки тоже требуется выполнить некоторое действие, если это вообще возможно
Вот в этой переписке по
сслыке в ответе №8 есть решение данной проблемы в работе сервера ОпенАрены. Цитирую:
Цитата:
Проблема заключалась в следующем: входящий порт был правильно передан, но исходящий порт был случайным, поэтому, когда этот случайный порт был закрыт после первых трех пакетов "пульса", мастер-сервер больше не мог достичь этого случайного порта.
Исправление состояло в том, чтобы включить опцию под названием "соответствующая запись NAT для исходящего соединения" в моей входящей настройке "переадресация портов".
Более подробные разъяснения автора решения в другой теме:
Цитата:
Привет, ребята. Наконец-то я это сделал! Мне пришлось сделать несколько тестов, в том числе portforwarding весь UDP-трафик на мой компьютер, чтобы иметь возможность анализировать его с помощью Wireshark. Таким образом, я обнаружил, что после первых пакетов дерева (мой "сердечный ритм" сервера, ответ мастер-сервера, мой ответ сервера-на портах 27960 и 27950 -), то больше пакетов обмениваются, и они приходят с большего количества IP-адресов и портов UDP.
Мой маршрутизатор изменил свой исходный порт для первых исходящих пакетов, и эти более поздние пакеты указывали на модифицированный порт, который затем был закрыт или просто не контролировался OpenArena. Чтобы сервер появился в списке серверов, эти дополнительные пакеты должны работать.
Чтобы исправить это, мне пришлось включить опцию "соответствующая запись NAT для исходящего соединения" в моей настройке "переадресация портов". Таким образом, мои первые исходящие пакеты выходят из моего маршрутизатора с 27960 вместо случайного порта, поэтому более поздние входящие пакеты указывают на правый порт!
Я уже включил эту опцию во время предыдущих тестов, но в то время она вообще не работала из-за какой-то другой ошибки конфигурации, которую я позже исправил...
Теперь у меня фиксируется подобная ситуация, например, таким образом:
Т.е. входящие соединения массово с внешних машин идут с правильного порта на неправильные произвольные порты, почему соотвественно соединение рубится на ДФЛ, поскольку выпадает за рамки каких-либо правил.
Однако, проблема в том, что у автора решения маршрутизатор другой марки. И собственно вопрос - как подобное решение можно реализовать на ДФЛ?