☰

接続タイムアウトの根本原因を特定して対処するにはどうすればよいですか?

tag-icon • tag-icon linux networking centos centos6 linux-networking
接続タイムアウトの根本原因を特定して対処するにはどうすればよいですか?

背景：ファイルを転送するために SFTP サーバーに接続しようとしています。しかし、ある特定のサーバーからは接続できないことに気付きました。同じネットワーク上の他のマシンからは接続できるので、そのサーバーのローカルに問題がある可能性があります。

SERVER-OK#1   ---> sftpserver.com:22
SERVER-FAIL#2 ---> sftpserver.com:22

これまでに試したこと/発見したこと:

  1. traceroute- トレース結果が異なります。障害が発生したサーバーはトレースを完了しません。

    traceroute to sftpserver.com (10.10.10.10), 30 hops max, 60 byte packets 
1  10.10.10.1 (10.10.10.254)  0.681 ms  1.209 ms  1.435 ms 
2  99.99.99.99 (99.99.99.254)  1.890 ms  1.820 ms  1.741 ms
3  * * *
4  * * *
30 * * *

  2. ping- SERVER-FAIL#2 からのみ sftpserver.com がタイムアウトします。google などには ping できますが、sftserver.com には ping できません。他のサーバーから実行した場合は、ping は正常です。

  3. iptables- 無効。
  4. proxies-http_proxyに設定されていますbash_profile。
  5. firewall- ポート 22 SSH を許可します。
  6. reboot server- わかってるよ、そうだろ？ ちょっと必死なんだ。

他に検査すべきことはありますか?

答え1

他のサーバーでは動作することがわかっている場合は、動作しない 2 つのサーバー間の関係の違いを判断するだけです。トレースがタイムアウトし、ping が失敗するため、これらのホスト間には基本的な接続の問題があります。障害のあるサーバーと既知の正常なホストの設定を比較します。特に、次の点に注意してください。

  • ゲートウェイは設定されており、サブネット上の他のホストと一致していますか?
  • ネットワークアドレスとサブネットマスクは正しいですか?
  • 問題のあるホストはネットワーク上の他のホストすべてに正常にアクセスできますか?
  • その不良な traceroute は、他のホストからの成功した traceroute と同じパスを通過しますか?

たとえば、サブネット マスクがわずかにずれていると、他のほぼすべてのホストに問題なくアクセスできますが、ホストは同じローカル ネットワーク上にあるとは認識しないため、特定のサブセットが「見えなくなる」ことになります。このroute -nコマンドを実行すると、基本的なゲートウェイ、ネットワーク、およびサブネットの情報が表示されます。

関連情報