Sistema de servidor repentinamente inacessível pela Internet, mas acessível pela LAN - o problema NÃO está no roteador

Sistema de servidor repentinamente inacessível pela Internet, mas acessível pela LAN - o problema NÃO está no roteador

À primeira vista, este parece ser um problema simples, mas a menos que eu tenha perdido algo óbvio (o que é sempre possível), algo estranho está acontecendo.

Ontem eu estava trabalhando remotamente em um sistema de servidor em execução em meu escritório. Reiniciei-o depois de mover alguns arquivos e de repente ele parou de responder às solicitações da Internet - SSH, HTTP/HTTPS, IMAP, tudo. No entanto, eu ainda poderia acessá-lo se fizesse SSH em outra máquina na mesma LAN e, em seguida, fizesse SSH nesse servidor. Reiniciar o servidor novamente não mudou nada.

Meu primeiro pensamento foi que algo estava errado com o firewall daquele sistema, mas...

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         

(Também desativei temporariamente o firewall nesse sistema. Sem alterações.)

Para ter certeza absoluta de que não era o roteador, atualizei o firmware nele (de qualquer maneira, precisava fazer isso) e digitei novamente todas as configurações manualmente, incluindo as configurações de encaminhamento de porta para aquela máquina. Novamente, nenhuma mudança.

Não posso culpar o ISP, porque ainda posso usar SSH em outras máquinas da rede por meio do mesmo endereço IP e de uma porta ligeiramente diferente. Eu tentei o "Shields Up!" serviço de grc.com; ele vê a porta SSH da outra máquina, mastodosas portas deste servidor aparecem como "furtivas".

O servidor está executando o Ubuntu 18.04. A única ideia que me resta é que posso ter dito automaticamente para atualizar o software antes de reiniciar, e algo novo pode ter alterado uma configuração, mas acho que já reiniciei algumas vezes desde que fiz as atualizações.

O que mais posso ver?


EDIÇÃO POSTERIOR:

Depois de alguns dias, o problema voltou e a solução original que encontrei (desligar e ligar o sistema em vez de reinicializar remotamente) funcionou.nãoconsertá-lo. Depois de muito arrancar os cabelos, me deparei com outra solução: simplesmente ligar sudo dhclientpara resolver o problema todas as vezes. Adicionar isso ao usuário root crontab("@reboot /sbin/dhclient") parece ter resolvido o problema permanentemente.

Responder1

Oh %#@$%#$... de repente me ocorreu que embora eu tivesse reiniciado várias vezes, na verdade não tinha desligado a máquina. Fiz isso, deixei desligado por trinta segundos, reiniciei... e de repente tudo voltou a funcionar. :-(

Não tenho ideia de qual raio cósmico poderia ter causado o problema, mas já está resolvido.

Veja a descrição atualizada do problema acima.

informação relacionada