Может Ping & HTTP, но не SMTP от хоста

У меня есть хост Сервера Ubuntu 14. Я могу проверить с помощью ping-запросов и HTTP к внешнему серверу, но не может SMTP к нему.

Выполнение host mail.domain.com возвращает корректный внешний адрес, таким образом, DNS работает. Выполнение ping mail.domain.com показывает мне, что мы успешно достигаем сервера. Выполнение telnet mail.domain.com 80 показывает мне, я получаю ожидаемые 400 ошибок. Выполнение a curl также показывает ожидаемые данные.

Но, выполнение a telnet mail.domain.com 25 дает мне a telnet: Unable to connect to remote host: Connection refused. Выполнение a traceroute mail.domain.com шоу, что я, по-видимому, иду несколько транзитных участков за пределами сервера Ubuntu, через некоторые узлы Comcast, но затем перестал работать?

 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  * * *

От другого поля (Windows 7) в локальной сети, что команда telnet хорошо работает с ожидаемыми 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

Шаги 1-3 показывают те же данные. Какие-либо предложения? Почему был бы пакеты от одного поля направляться по-другому, чем другое прибытие из той же сети?

1
задан 11 September 2014 в 00:39

1 ответ

Учитывая, что это - корпоративная ситуация, самый вероятный преступник является брандмауэром компании. Как в большинстве корпоративных установок, брандмауэр отклоняет весь исходящий порт TCP 25 соединений, кроме тех, которые происходят из обозначенных машин. Windows Server, вероятно, является одним из них, и сервер Ubuntu не.

, Чтобы узнать, ли дело обстоит так, выполните какую-либо эту диагностику, в порядке убывания чувствительности:

  1. Спрашивают администраторов сети. Они знают.
  2. Выполнение tcptraceroute mail.domain.com 25 с сервера Ubuntu для обнаружения, какой транзитный участок отклоняет установление соединения SMTP.
  3. Присваивают IP-адрес Windows Server к серверу Ubuntu. Вытащите сетевой кабель из Windows Server. Попробуйте telnet mail.domain.com 25 с сервера Ubuntu. Лучше не говорят администраторам сети.

От этой диагностики Вы узнаете, заблокировано ли соединение TCP в компании в месте назначения, или где-нибудь промежуточное. Я сказал бы, что разногласия для них 1G:10:1. В любом случае необходимо будет говорить с администраторами сети для решения проблемы, таким образом, Вы могли бы также взять шаг 1 сразу же.

Примечание, которое не имеет никакого смысла делать traceroute, когда Вы уже можете ping место назначения. Успешный ping доказывает, что место назначения живо и достижимо. Поэтому все промежуточные транзитные участки достижимы. Никакая потребность продемонстрировать это.

3
ответ дан 10 November 2019 в 19:22

Другие вопросы по тегам:

Похожие вопросы: