Tengo un servidor Apache ejecutándose en una Raspberry P y funciona bien en la red local. Y después de reenviar el puerto 80 e intentar conectarse usando la IP pública, Chrome dice ERR_CONNECTION_REFUSED. Pero lo extraño es que PUEDO llegar al servidor cuando uso VPN y uso la misma IP. ¿Qué puedo hacer?
-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
Respuesta1
Esto es normal. El reenvío de puertos solo funciona para conexiones de afuera hacia adentro. El reenvío de puertos no permitirá que los servidores de una LAN se conecten a máquinas en esa misma LAN utilizando la dirección IP pública del enrutador. Eso requiere una forma de NAT dual (NAT antes y después del enrutamiento) llamada horquilla.
Algunos enrutadores realizan horquillas cuando configuran el reenvío de puertos, lo que confunde a algunas personas haciéndoles pensar que el reenvío de puertos hace esto. Pero no es así.
lo expliqué con más detalleaquí.