☰

専用サーバー上のネットワーク デバッグ ポート 25 のタイムアウト

tag-icon • tag-icon networking
専用サーバー上のネットワーク デバッグ ポート 25 のタイムアウト

同じエリア（同じベイ？）に と という 2 つの専用サーバーがhostaあります。hostb

これらのホストへの Ping と通信は正常です。ただし、hosta何らかの理由でポート 25 のすべての送信通信がブロックされているようです。

両方のホストでnc working-smtp 25(および port )を使用します。私は次のように考えました:80

  • hostaポートのみですべての送信通信がタイムアウトになります25。
  • hostb正常に動作します。

working-smtpは、両方とは無関係の動作中の SMTP サーバーであり、テストを行うのに実用的であることに注意してください(tcpdump接続を再確認するために を配置した場所でもあります)。

ちなみに、両方のホストは ping できますworking-smtp。

そこで、 を実行したところtraceroute -p 25 -T working-smtp、両方の traceroute の最初の 2 つのサーバーはまったく同じでした。

# traceroute -p 25 -T working-server
traceroute to working-server (xx.xx.xx.xx), 30 hops max, 60 byte packets
 1  A (xx.xx.xx.xx)  0.363 ms * *
 2  B (xx.xx.xx.xx)  0.819 ms  1.063 ms  1.166 ms
...

(A と B は、専用ベイから制御できないネットワーク ゲートウェイです。)

  • ではhosta、次のホップは* * *最大ホップ数に達するまで続きます。
  • ではhostb、次のホップがすべて評価され、working-server6 ホップで到達します。

ポート 80 で同じことを実行するとtraceroute、両方のサーバーが同じトラックでターゲットに到達します。

どのような結論を導き出せるでしょうか? さらにテストを行う必要がありますか? 専用サーバー プロバイダーに連絡する必要がありますか?

答え1

私も他の方の意見に同感です。ホスティング プロバイダーは調査の対象になるべきです (ただし、PressingOnAlways が上で指摘しているように、 で送信ファイアウォール ルールが適用されていないことを確認することも重要ですhosta)。ここでは優れた調査が行われたと思います (私から +1 です!)。プロバイダーが立場を明確にするまで、これ以上言うことはありません。

ホスティング プロバイダーがメール サーバーへの送信接続をブロックするのは、ごく普通のことです。プロバイダーによっては、中間ホップとして自社のメール サーバーを使用することを求めるところもあれば、リクエストに応じてソース ホストごとにブロックを解除するところもあります (ただし、プロバイダーのアドレス空間が大量送信者のホスティングに使用されないように、まず AUP に明示的に同意するように求めるところもあります)。

私はこれを回答として投稿します。なぜなら、あなたの元の質問には 2 つの回答しか存在しないからです - "はい" そして "いいえ「 - そして、それぞれの例が得られなければ、それは答えのないまま、まるで幽霊船のように永遠に漂い続けることになるでしょう。

関連情報