Pode Ping e HTTP, mas não SMTP de um host

Question

Eu tenho um host do Ubuntu 14 Server. Eu posso ping e HTTP para um servidor externo, mas não pode SMTP para isso.

Fazer host mail.domain.com retorna o endereço externo correto, então o DNS está funcionando. Fazer ping mail.domain.com mostra que alcançamos com sucesso o servidor. Fazer telnet mail.domain.com 80 mostra que recebo o erro 400 esperado. Fazer um curl também mostra os dados esperados.

Mas, fazer um telnet mail.domain.com 25 me dá um telnet: Unable to connect to remote host: Connection refused . Fazendo um traceroute mail.domain.com mostra que eu presumivelmente ir alguns saltos fora do servidor Ubuntu, através de alguns nós Comcast, mas depois falhar?

 1  <hidden>
 2  <hidden>
 3  <hidden>
 4  pos-3-15-0-0-cr01.56marietta.ga.ibone.comcast.net (68.86.91.221)  17.061 ms pos-0-6-0-0-cr01.miami.fl.ibone.comcast.net (68.86.95.57)  11.345 ms pos-3-15-0-0-cr01.56marietta.ga.ibone.comcast.net (68.86.91.221)  17.052 ms
 5  he-0-11-0-1-pe04.56marietta.ga.ibone.comcast.net (68.86.89.94)  15.382 ms  15.381 ms be-15-pe02.nota.fl.ibone.comcast.net (68.86.83.146)  8.659 ms
 6  65.124.97.177 (65.124.97.177)  50.463 ms  49.446 ms  49.418 ms
 7  * * *
 8  63.148.218.166 (63.148.218.166)  85.529 ms  75.366 ms  75.155 ms
 9  216.197.122.66 (216.197.122.66)  83.499 ms  77.650 ms  77.689 ms
10  * * *
11  * * *

De outra caixa (Windows 7) na rede local, esse comando de telnet funciona bem, com a mensagem esperada de 220 SMTP.

1     <hidden>
2     <hidden>
3     <hidden>
4    10 ms    11 ms    19 ms  pos-3-15-0-0-cr01.56marietta.ga.ibone.comcast.net [68.86.91.221]
5     8 ms     8 ms     8 ms  be-12-pe02.nota.fl.ibone.comcast.net [68.86.82.121]
6    48 ms    48 ms    53 ms  nap-edge-04.inet.qwest.net [65.122.166.77]
7     *        *        *     Request timed out.
8    75 ms    73 ms    75 ms  63.148.218.166
9    75 ms    75 ms    75 ms  216.197.122.66
10    75 ms    70 ms    70 ms  216.119.120.174
11    76 ms    76 ms    76 ms  mail.domain.com

Os passos 1-3 mostram os mesmos dados. Alguma sugestão? Por que os pacotes de uma caixa são roteados diferentemente de outros provenientes da mesma rede?

    

Answer 1

Dado que esta é uma situação corporativa, o culpado mais plausível é o firewall da empresa. Como na maioria das configurações corporativas, o firewall rejeita todas as conexões de porta TCP de saída 25, exceto aquelas originadas de máquinas designadas. O servidor Windows provavelmente é um desses, e o servidor Ubuntu não é.

Para descobrir se esse é o caso, execute qualquer um desses diagnósticos, em ordem decrescente de sensibilidade:

1. Pergunte aos administradores de rede. Eles sabem.
2. Execute tcptraceroute mail.domain.com 25 do servidor Ubuntu para descobrir qual salto está rejeitando o estabelecimento de uma conexão SMTP.
3. Atribua o endereço IP do servidor Windows ao servidor Ubuntu. Puxe o cabo de rede do servidor Windows. Tente telnet mail.domain.com 25 do servidor Ubuntu. Melhor não contar aos administradores de rede.

A partir desses diagnósticos, você descobrirá se a conexão TCP está bloqueada na empresa, no destino ou em algum ponto intermediário. Eu diria que as chances para estes são 1G: 10: 1. Em ambos os casos, você precisará conversar com os administradores de rede para resolver o problema, portanto, você também deve dar o primeiro passo.

Observe que não faz sentido fazer um traceroute quando você já pode ping um destino. O sucesso do ping prova que o destino é ao vivo e acessível. Portanto, todos os saltos entre eles são alcançáveis. Não há necessidade de demonstrar isso.