De repente, el sistema del servidor queda inaccesible desde Internet, pero se puede acceder desde LAN; el problema NO está en el enrutador

De repente, el sistema del servidor queda inaccesible desde Internet, pero se puede acceder desde LAN; el problema NO está en el enrutador

A primera vista, esto parece ser un problema simple, pero a menos que me haya perdido algo obvio (lo cual siempre es posible), algo extraño está sucediendo.

Ayer estaba trabajando de forma remota en un sistema de servidor que se ejecuta en mi oficina. Lo reinicié después de mover algunos archivos y de repente dejó de responder a las solicitudes de Internet: SSH, HTTP/HTTPS, IMAP, todo. Sin embargo, aún podría acceder a él si conecté SSH a otra máquina en la misma LAN y luego conecté SSH a ese servidor. Reiniciar el servidor nuevamente no cambió nada.

Lo primero que pensé fue que algo se había estropeado con el firewall de ese sistema, pero...

me@nas:~$ sudo iptables -L
[sudo] password for me: 
Chain INPUT (policy DROP)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere             state RELATED,ESTABLISHED
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     icmp --  anywhere             anywhere             icmp echo-request
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:8022
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:http
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:https
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:smtp
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:submission
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:pop3s
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imap2
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:imaps
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:microsoft-ds
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:10024
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:8099

Chain FORWARD (policy DROP)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

(También deshabilité temporalmente el firewall en ese sistema. Sin cambios).

Para estar absolutamente seguro de que no era el enrutador, actualicé el firmware (tenía que hacerlo de todos modos) y volví a ingresar todas las configuraciones manualmente, incluida la configuración de reenvío de puertos para esa máquina. De nuevo, no hay cambios.

No puedo culpar al ISP, porque aún puedo acceder mediante SSH a otras máquinas de la red a través de la misma dirección IP y un puerto ligeramente diferente. Probé "Shields Up!" servicio de grc.com; ve el puerto SSH de la otra máquina, perotodoLos puertos de este servidor aparecen como "ocultos".

El servidor ejecuta Ubuntu 18.04. La única idea que me queda es que podría haberle dicho automáticamente que actualizara el software antes de reiniciar, y que algo nuevo podría haber cambiado una configuración, pero creo que ya había reiniciado un par de veces desde que realicé las actualizaciones.

¿Qué más puedo mirar?


EDICIÓN ÚLTIMA:

Después de unos días, el problema volvió a ocurrir y la solución original que encontré (encender y encender el sistema en lugar de reiniciarlo de forma remota) no funcionó.noarreglalo. Después de arrancarme mucho el pelo, me topé con otra solución: simplemente llamar sudo dhclientsolucionaba el problema cada vez. Agregar eso al usuario root crontab("@reboot /sbin/dhclient") parece haberlo resuelto permanentemente.

Respuesta1

Oh %#@$%#$... de repente se me ocurrió que, aunque había reiniciado varias veces, en realidad no había apagado la máquina. Así lo hice, lo dejé apagado durante treinta segundos, lo reinicié... y de repente todo volvió a funcionar. :-(

No tengo idea de qué rayo cósmico podría haber causado el problema, pero ya está solucionado.

Consulte la descripción actualizada del problema arriba.

información relacionada