Comparando a saída de traceroute -n wroclaw-elektryk.pl
e traceroute -n -T -p 80 wroclaw-elektryk.pl
, descubro que a rota está variando muito, o que pode tornar a depuração um pouco complicada. Mas também descobri que cinco saltos antes de chegar ao servidor, eu bati em um firewall configurado incorretamente, que é responsável por ping
não funciona.
Com base nos dados whois
dos saltos envolvidos, parece que o firewall mal configurado está no link do provedor de backbone para o provedor de hospedagem. Acho que um provedor de hospedagem não deve impor esse tipo de filtro aos clientes, portanto, se você não conseguir desativá-lo, talvez seja melhor trocar o provedor de hospedagem.
Usando traceroute -n -T -p 21 wroclaw-elektryk.pl
e telnet wroclaw-elektryk.pl 21
, acho que a conexão com o servidor funciona bem. Mas o servidor FTP não envia nenhum código de resposta após a conexão TCP ter sido estabelecida.
Razões que eu já vi para um servidor não enviar nenhum código de resposta em uma conexão TCP recém-estabelecida incluem:
- Mídia de armazenamento com defeito
- Bug do kernel
- Servidor severamente sobrecarregado
- Servidor configurado para executar DNS reverso antes de enviar uma resposta e, de alguma forma, falhar.