この IP と私のコンピューター間の Ping が機能していません。
inet アドレス:10.125.104.4 Bcast:10.125.111.255 マスク:255.255.240.0
私のコンピューターはこんな感じです
イーサネット アダプタ ローカル エリア接続:
Connection-specific DNS Suffix . :
IP Address. . . . . . . . . . . . : 10.125.65.75
Subnet Mask . . . . . . . . . . . : 255.255.252.0
Default Gateway . . . . . . . . . : 10.125.64.6
両方とも共通ゲートウェイ IP 10.125.96.6 に到達できます。
何を確認すればよいですか? 両者に ping 可能な共通ゲートウェイがある場合、情報を送信する際の障壁は何ですか?
さらに、中間サーバーにログインして、このサーバーに ssh することもできます。
答え1
個人的には、両方のマシンでスニファを使用して、回線上の状況を確認します。PING は、要求が送信され、応答が返されたことを意味します。回線上のトラフィックを監視せずに PING が存在しないだけでは、問題がリモート ホストへの途中で要求が失われたのか、返される応答が失われたのかはわかりません。
私の直感では、ファイアウォール ルール (または ACL) を備えた中間デバイス、またはホストベースのファイアウォールが問題の原因であると思われますが、回線上のトラフィックを確認しないと確実なことは言えません。
答え2
コンピュータは異なるサブネットにあります。
traceroute を実行します。ping がどのようにルーティングされたかが表示されます。
traceroute 10.125.104.4
最後に、最初のホップはローカル ルーターである必要があります。
一般的な IP アドレスを ping する機能は、適切なルーティングを保証するものではありません。
答え3
サブネット マスクが異なるようです。このため、一方のホストは他方のホストがローカル セグメント上にあるとは認識しません。
アップデート: エヴァンさんのおっしゃる通り、これらは完全に別のセグメントですか? 「共通ゲートウェイ」というコメントには驚きました。
答え4
ファイアウォールが正しく設定されていれば、サブネットは問題になりません。aaaa/24 は、適切に設定されていれば bbbb/32 に ping できます。Evan が言ったように、障害の場所を見つけるためのスニファが、開始するのに最適な場所です。