Eu tenho um servidor Apache rodando em um Raspberry P e funciona perfeitamente na rede local. E depois de encaminhar a porta 80 e tentar conectar-se usando o IP público, o Chrome diz ERR_CONNECTION_REFUSED. Mas o estranho é que POSSO acessar o servidor usando VPN e usando o mesmo IP. O que posso fazer?
-telnet 80.***.***.78 80
Trying 80.***.***.78...
telnet: connect to address 80.***.***.78: Connection refused
telnet: Unable to connect to remote host
-route -n
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
-sudo netstat -lapute:
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name
tcp 0 0 *:http *:* LISTEN root 6137 2051/apache2
tcp 0 0 *:ssh *:* LISTEN root 6367 2249/sshd
tcp 0 0 pi.local:ssh nmb.local:65535 ESTABLISHED root 8669 2565/sshd: pi [priv
udp 0 0 *:9949 *:* root 5918 1809/dhclient
udp 0 0 *:mdns *:* avahi 6293 2184/avahi-daemon:
udp 0 0 *:54070 *:* avahi 6295 2184/avahi-daemon:
udp 0 0 *:bootpc *:* root 5946 1809/dhclient
udp 0 0 pi.local:ntp *:* root 6310 2200/ntpd
udp 0 0 localhost:ntp *:* root 6309 2200/ntpd
udp 0 0 *:ntp *:* root 6304 2200/ntpd
Responder1
Isto é normal. O encaminhamento de porta funciona apenas para conexões de fora para dentro. O encaminhamento de porta não permitirá que servidores em uma LAN se conectem a máquinas nessa mesma LAN usando o endereço IP público do roteador. Isso requer uma forma de NAT duplo (NAT antes e depois do roteamento) chamada hairpinning.
Alguns roteadores fazem hairpinning quando você configura o encaminhamento de porta, o que confunde algumas pessoas fazendo-as pensar que o encaminhamento de porta faz isso. Mas isso não acontece.
eu expliquei com mais detalhesaqui.