Uma regra de encaminhamento de portas pode continuar apontando para um endereço que o servidor não usa mais. Nesse caso, a falha aparece sem que ninguém tenha alterado nenhuma configuração.
Como a falha acontece
Enquanto tudo funciona, a situação é a seguinte:
- a regra do roteador da matriz encaminha a porta 9000 para o endereço
192.168.0.50, na porta 9000; - o servidor geral usa o endereço
192.168.0.50, recebido por DHCP.
Falta energia no domingo. Quando o servidor geral é religado, o DHCP entrega a ele outro endereço, 192.168.0.73. O roteador não sabe dessa mudança, e a conexão vinda da filial segue até um endereço vazio:
- O servidor da loja abre a conexão para o endereço
203.0.113.20, na porta 9000. - O roteador da matriz encaminha a conexão para o endereço
192.168.0.50, na porta 9000, conforme a regra. - Nenhum equipamento responde nesse endereço, e a conexão termina por tempo esgotado.
Se outro equipamento receber o endereço 192.168.0.50 depois do reinício, a conexão passa a chegar a esse equipamento, que em geral recusa a conexão. Nesse caso, a falha passa a ser imediata.
Por que a falha é difícil de diagnosticar
- A falha aparece sem alteração manual. Ninguém mexeu na configuração, e quem mudou o endereço do servidor foi o DHCP.
- A falha costuma aparecer em uma segunda-feira de manhã, depois de uma queda de energia no fim de semana.
- A falha é por tempo esgotado, e não por recusa. O pacote vai para um endereço vazio, nada responde, e o teste demora e falha.
A solução definitiva
O servidor que recebe conexões de fora precisa de um endereço interno estável: um endereço fixo fora da faixa do DHCP ou uma reserva no DHCP. Com o endereço estável, a regra de encaminhamento e o servidor permanecem de acordo depois de qualquer reinício.
No suporte
Diante do relato de que tudo parou depois de uma falta de energia e de que ninguém mexeu em nada, convém comparar o endereço atual do servidor com o endereço de destino da regra do roteador.
Para guardar
- Uma regra fixa e um endereço dinâmico se desencontram depois de reinícios.
- O sintoma típico é o tempo esgotado.
- Um servidor publicado precisa de um endereço interno estável, fixo ou reservado.
Faltou energia no domingo e, na segunda-feira, as filiais não se comunicam com a matriz. Ninguém alterou nenhuma configuração. Qual é a primeira hipótese?
O servidor geral reiniciou e recebeu outro endereço do DHCP, enquanto a regra do roteador continua apontando para o endereço antigo. A falha esperada é por tempo esgotado.
Na mesma situação, o teste da porta 9000 passou a falhar imediatamente, com a mensagem de conexão recusada. O que mudou?
Outro equipamento recebeu o endereço 192.168.0.50, para o qual a regra continua apontando. Esse equipamento não tem o serviço de sincronização e recusa a conexão na hora.