Маршрутизатор внезапно прекратил переадресацию портов

Question

Сегодня я получил второй маршрутизатор (Linksys WRT54GL) и установил на него DD-WRT. Я собирался использовать маршрутизатор в качестве сервера PPTP, соединенного с моим основным маршрутизатором, который работал некоторое время.

Однако теперь мой основной маршрутизатор (TP-LINK WDR4300), похоже, больше не пересылает порты. Я попытался перенаправить несколько портов на несколько устройств, но ничего не получалось. Я могу подключиться к VPN, используя локальный IP-адрес маршрутизатора (установите его на статический). Когда я пытаюсь подключиться с использованием IP-адреса моего основного маршрутизатора, происходит сбой.

Я пытался следовать нескольким руководствам в Интернете и нескольким программам, чтобы помочь мне с этой проблемой, но безрезультатно. Локальный IP-адрес моего основного маршрутизатора - 192.168.0.1 с клиентами DHCP в диапазоне от 192.168.0.100 до 192.168.0.199. Статический IP-адрес моего второго маршрутизатора - 192.168.0.2, поэтому никаких конфликтов нет.

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

РЕДАКТИРОВАТЬ: У меня включен NAT. Я также попробовал DMZ безуспешно.

Answer 1

Две вещи, чтобы проверить:

Во-первых, следует понимать, что PPTP является более сложным делом, чем обычная переадресация портов, поскольку он не просто использует номер порта известных протоколов транспортного уровня TCP или UDP, но также использует целый другой транспортный уровень. протокол называется GRE (протокол IP № 47). Поэтому при тестировании сопоставления портов установите веб-сервер на порт 80 и проверьте его. Это простой протокол на основе TCP, который всегда должен работать. Если это работает, а PPTP - нет, возможно, ваш маршрутизатор, выполняющий переадресацию портов, недостаточно умен в отношении PPTP.

Во-вторых, следует понимать, что многие, если не большинство шлюзов NAT, не очень хорошо обрабатывают "шпилечный NAT". Именно тогда частный клиент на стороне локальной сети пытается подключиться к общедоступному IP-адресу шлюза, и ему необходимо попытаться перенаправить соединение через порт, возвращаемый обратно на сервер на стороне частной локальной сети. Поэтому при тестировании сопоставления портов рекомендуется проверять компьютер, который находится на стороне WAN вашего шлюза NAT, а не что-то на стороне локальной сети.