Почему мое соединение отказано при переадресации порта?

Question

Этот вопрос связан с этим: Настройка приложения / устройства для удаленных сетевых подключений

У меня есть маршрутизатор 2wire 3801HGV, и я сделал некоторые настройки брандмауэра, чтобы открыть некоторые порты на одном из моих подключенных устройств.

Так что теперь на самом деле это скажет:

Поры

external pin-holes (186 available):
pinh[0]: id 5, proto 6, sess tout 86400, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:80, n: **.**.***.**:80
pinh[1]: id 6, proto 17, sess tout 600, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:80, n: **.**.***.**:80
pinh[2]: id 7, proto 6, sess tout 86400, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:9000, n: **.**.***.**:9000
pinh[3]: id 8, proto 6, sess tout 86400, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:18004, n: **.**.***.**:18004
pinh[4]: id 9, proto 17, sess tout 600, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:9000, n: **.**.***.**:9000
pinh[5]: id 10, proto 17, sess tout 600, pinh tout 0, arg 0 natpt|user
  l: 192.168.1.253:18004, n: **.**.***.**:18004

Конечно, вместо этих * он показывает мой фактический, публичный IP.

Если это говорит о том, что, когда я захожу на http://www.canyouseeme.org/ и проверяю порты 80, 9000 и 18004, это говорит

Ошибка: я не смог увидеть ваш сервис **.**.***. ** в порту (80/9000/18004)

Причина: отказано в соединении

Answer 1

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

Все, что делает маршрутизатор, - это изменяет IP-адрес назначения во входящем пакете на указанный вами внутренний IP-адрес. Устройство по внутреннему адресу отвечает за прием и ответ на входящее соединение.

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

Если на внутреннем устройстве не запущено приложение, которое готово принять входящее соединение, оно отправит пакет TCP RST обратно источнику, который обычно называется "Отказ в соединении".

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

Answer 2

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