Por que minha conexão foi recusada durante o encaminhamento de porta?

Question

Esta questão está relacionada com isto: Aplicação / Configuração do dispositivo para conexões de rede remotas

Eu tenho um roteador de 2 fios 3801HGV e fiz algumas configurações de firewall para abrir algumas portas em um dos meus dispositivos conectados.

Então, agora, na verdade, dirá:

Pinholes

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

Claro que, em vez daqueles *, mostra o meu IP público real.

Se ele diz isso, então como é que quando eu vou para link e eu estou verificando as portas 80, 9000 e 18004 diz

Error: I could not see your service on **.**.***.** on port (80/9000/18004)

Reason: Connection refused

    

Answer 1

Quando você encaminha para a frente em um roteador, está dizendo a ele para passar quaisquer conexões de entrada nessas portas para um dispositivo interno.

Tudo o que o roteador faz é alterar o endereço IP de destino no pacote de entrada para o endereço IP interno que você especificou. O dispositivo no endereço interno é responsável por receber e responder à conexão de entrada.

Portanto, para que um encaminhamento de porta funcione, você precisa da configuração de encaminhamento de porta e precisa do dispositivo interno "escutando" nas portas de entrada.

Se o dispositivo interno não tiver um aplicativo em execução pronto para aceitar a conexão de entrada, ele enviará um pacote TCP RST de volta à origem, que geralmente é descrita como "Conexão recusada".

Depois de ter seus aplicativos em execução nessas portas, o teste de encaminhamento de porta deve ser bem-sucedido.

    

Answer 2

Conexão Recusada significa que a NIC do DVR está inativa ou congelada ou travada, portanto o serviço que estava sendo executado dentro do Linux Embedded System foi corrompido, o que requer uma reinicialização do DVR para ser reinicializada. Como a maioria dos DVRs está comprometendo demais os recursos e as pessoas, não siga as configurações recomendadas, e isso é apenas uma dúzia de motivos comuns pelos quais os DVRs não podem ficar de uma semana de atividade.