У меня есть хост Сервера 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 показывают те же данные. Какие-либо предложения? Почему был бы пакеты от одного поля направляться по-другому, чем другое прибытие из той же сети?
Учитывая, что это - корпоративная ситуация, самый вероятный преступник является брандмауэром компании. Как в большинстве корпоративных установок, брандмауэр отклоняет весь исходящий порт TCP 25 соединений, кроме тех, которые происходят из обозначенных машин. Windows Server, вероятно, является одним из них, и сервер Ubuntu не.
, Чтобы узнать, ли дело обстоит так, выполните какую-либо эту диагностику, в порядке убывания чувствительности:
tcptraceroute mail.domain.com 25
с сервера Ubuntu для обнаружения, какой транзитный участок отклоняет установление соединения SMTP. telnet mail.domain.com 25
с сервера Ubuntu. Лучше не говорят администраторам сети. От этой диагностики Вы узнаете, заблокировано ли соединение TCP в компании в месте назначения, или где-нибудь промежуточное. Я сказал бы, что разногласия для них 1G:10:1. В любом случае необходимо будет говорить с администраторами сети для решения проблемы, таким образом, Вы могли бы также взять шаг 1 сразу же.
Примечание, которое не имеет никакого смысла делать traceroute
, когда Вы уже можете ping
место назначения. Успешный ping доказывает, что место назначения живо и достижимо. Поэтому все промежуточные транзитные участки достижимы. Никакая потребность продемонстрировать это.