同じ宛先ネットワークにある2つのサーバーから異なる結果が得られるのはなぜですか？

Question

同じネットワークIPを持つ2つのサーバーがあり、それらの唯一の違いは、37.211.15.247と37.211.166.178のような最後の2つの数字です。ホスティングプロバイダーは、両方のネットワークのサブネットマスクが255.254.0.0であると主張しています

コマンドTracert（Traceroute）を試してpingをテストし、宛先サーバーに到達するために必要なホップを確認すると、異なるping時間と異なる転送パスの結果が得られますが、これらはすべて配置されているため奇妙です。同じ会社のホスト。

何か問題がありますか？それも同じ道をたどるべきではありませんか？

一部のコメント提供者の要求に応じて、両方のサーバーに完全なIPアドレスを追加しました。とにかく、2つのサーバーは「国際的」ではありません。私が知る限り、頭に浮かぶ唯一のことは、2つが異なるサブネットワーク上で構成されている可能性です「joeqwerty」は彼の回答。疑わしいですが。

UPDATE：たくさんの調査をした後、私はこれら2つのホストのサブネットを見つけました。それらは/15（255.254.0.0）サブネットマスク上にあります。残念ながら、これはそのホスティングプロバイダーが私に主張したものであり、真実ではありません。彼らが使用していると思われる真のサブネットは/17（255.255.128.0）サブネットマスクです。それらは間違いなく異なるサブネット上にあったことが判明しました。そのため、これら2つのIP 37.211.15.247と37.211.166.178をテストしたときに、異なるサブネット上にあることが明らかなため、異なるtracerouteを取得しました。特に joeqwerty 彼の答えは私を大いに助けてくれました。

joeqwerty · Accepted Answer

重要な情報であるサブネットマスクを省略しています。各ホストが使用しているサブネットマスクを考慮せずに、オクテット値のみに基づいて、これら2つのホストが同じネットワーク/サブネット内にあるという誤った仮定を行っています。彼らは非常によく異なるネットワークにいる可能性があります。

家の住所を考えてみてください。私が123スミスストリートに住んでいると言ったら、私の家がどこにあるか知っていますか？いいえ、しません。私がスミスタウンの123スミスストリートに住んでいると言ったら、私の家がどこにあるか知っていますか？いいえ、しません。ジョン・スミスもスミス・ストリートに住んでいると言ったら、彼と私が隣人かどうか知っていますか？いいえ、しません。ジョン・スミスもスミスタウンに住んでいると言ったとしても、私たちが隣人であるかどうかを知ることはできません。私がミシガン州スミスタウンの123スミスストリートに住んでいると言ったら、46123私の家がどこにあるか知っていますか？はい、そうします。次に、ジョン・スミスがミシガン州スミスタウンの361スミスストリートに住んでいると言ったら、私たちが隣人かどうかわかりますか？はい、あなたは私たちが実際に隣人であり、同じ近所に住んでいることを知っているでしょう。

サブネットマスクを知らなくてもIPアドレスを知ることは、都市、州、郵便番号を知らなくても私の家の住所と通りの名前を知ることに似ています。それは不完全で、私の家がどこにあるか、または特定の人が私の近所に住んでいるかどうかを知るのに十分な情報を提供していません。

k4cy · Answer

同じ会社のホストは、それらが同じネットワークアーキテクチャ上にあることを意味しません...したがって、それらが異なるネットワーク要素（プロキシ、ファイアウォール、ロードバランサー...）に接続されている場合、ルートとpingが異なる可能性があります。それらは異なるサブネットワーク上にあるため、異なるデータセンター内にある可能性もあります。つまり、物理的な場所が異なるため、ping時間が異なる可能性があります。

TOOGAM · Answer

異なるtracerouteの結果が得られる場合は、ルーティングの処理が異なるためです。これは、ホストが同じネットワーク上にないことが原因である可能性があります（あなたの質問の下でのポールの最初のコメントが指摘したように...私は彼のコメントに同意します...最近の多くの企業は国際的であるため、同じ企業の一部であることはそうではありません必然的に、トラフィックは同じ場所にルーティングされることを意味します）。

もう1つの考えられる理由は、ルーターの構成が間違っている可能性があることです。これを実際にトラブルシューティングするには、異なるルートを提供するルーターのルーティングテーブルにアクセスする必要がある場合があります。それが単なるランダムなISPである場合は、おそらくそのルーティングテーブルにアクセスできません。

JakeGould · Answer

短い答え：

実際のIPアドレスを提供していただきありがとうございます。これは、あなたが見ているものをある程度見るのに役立ちます。そして、これが私が見ているものです。

37.211.166.178は正常ですが、37.211.15.247は到達不能のようです。したがって、最初に見たping時間の違いは、そのアドレスに関連付けられているホスティングプロバイダーのネットワークの停止が原因である可能性があります。両方のIPアドレスが異なるネットワークと異なる機器によって管理されているようです。つまり、それらは同じ物理的な場所にある可能性がありますが、まったく異なるサブネット上の異なる機器によって非常に明確に管理されています。例えば：

37.211.166.178がqatar-ic-305455-ffm-b2.c.telia.net（80.239.135.22）を介して外の世界に接続しているようです。
37.211.15.247が80.231.60.98経由で接続しているようです。

つまり、37.211.166.xは明らかに37.211.15.xと同じサブネットではありません。これらのマシンは同じ共有ネットワーク上にありません。

それを過ぎると、アクティブである必要があると思われるIPが突然死んでしまう理由や、ホスティングプロバイダーがIPとサーバーをそのように割り当て/配置する理由を理解するのに役立つ人は誰もいません。これを調査するように依頼するには、ホスティングプロバイダーに連絡する必要があります。あなたが自分自身を見ることができるものにもっと確認を提供することを除いて、私たちがここでできることは他にあまりありません。詳細は以下をご覧ください。

長い答え：

`37.211.166.178`は世界に死んでいるようです。

たとえば、37.211.166.178にpingを実行しようとすると、ping応答がない行き止まりになります。そうしなければならなかった Ctrl+C pingから抜け出すには：

ping 37.211.166.178 PING 37.211.166.178 (37.211.166.178) 56(84) bytes of data. ^C --- 37.211.166.178 ping statistics --- 30 packets transmitted, 0 received, 100% packet loss, time 31628ms

Pingdom Toolsを介したそのIPのテストを実行すると、100％のパケット損失も表示されます。

次に、MTR（My Traceroute）を使用してテストを実行すると、混乱の詳細が表示されます。コマンドは次のようになります。

mtr 37.211.166.178

そして出力はこれです：

 My traceroute [v0.80] localhost (0.0.0.0) Sat Oct 17 15:22:01 2015 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. ??? 2. ??? 3. ??? 4. 100.64.16.77 0.0% 7 0.4 0.4 0.4 0.5 0.0 5. 54.239.48.194 0.0% 7 1.3 2.0 1.1 5.0 1.5 6. 205.251.232.214 0.0% 7 1.1 1.4 1.1 2.2 0.4 7. 205.251.232.78 0.0% 7 61.5 14.8 6.4 61.5 20.6 8. 205.251.226.184 0.0% 7 6.5 6.6 6.4 7.3 0.3 9. sea-b1-link.telia.net 0.0% 7 7.5 7.5 7.4 7.5 0.0 10. chi-b21-link.telia.net 0.0% 7 50.8 51.2 50.7 52.1 0.6 11. nyk-bb2-link.telia.net 0.0% 7 99.9 91.0 72.6 134.0 23.0 12. ffm-bb2-link.telia.net 0.0% 7 199.2 207.3 199.2 216.1 6.6 13. ffm-b2-link.telia.net 0.0% 7 201.4 207.3 199.4 222.8 8.7 ffm-b2-link.telia.net ffm-b2-link.telia.net ffm-b2-link.telia.net 14. qatar-ic-305455-ffm-b2.c.telia.net 0.0% 7 304.4 311.1 302.9 323.8 7.8 qatar-ic-305457-ffm-b2.c.telia.net qatar-ic-305456-ffm-b2.c.telia.net 15. 89.211.2.229 0.0% 7 300.2 305.4 300.2 310.6 3.7 16. 89.211.4.130 0.0% 7 300.9 308.9 300.9 329.7 9.6 17. ???

Ping時間がひどくなり、トレースが完了するとホスト自体が応答しなくなります。このサーバーとIPアドレスは完全にセットアップされ、実行されていますか？

`37.211.15.247`は問題ないようです。

対照的に、37.211.15.247にpingを実行しようとすると期待どおりに機能します。

ping 37.211.15.247 PING 37.211.15.247 (37.211.15.247) 56(84) bytes of data. 64 bytes from 37.211.15.247: icmp_req=1 ttl=45 time=259 ms 64 bytes from 37.211.15.247: icmp_req=2 ttl=45 time=258 ms 64 bytes from 37.211.15.247: icmp_req=3 ttl=45 time=258 ms 64 bytes from 37.211.15.247: icmp_req=4 ttl=45 time=259 ms 64 bytes from 37.211.15.247: icmp_req=5 ttl=45 time=258 ms 64 bytes from 37.211.15.247: icmp_req=6 ttl=45 time=258 ms 64 bytes from 37.211.15.247: icmp_req=7 ttl=45 time=258 ms 64 bytes from 37.211.15.247: icmp_req=8 ttl=45 time=259 ms

そして Pingdom Toolsを介したそのIPのテストは0％のパケット損失を示しています。これは素晴らしいです！

同様に、MTR（My Traceroute）は、ターゲットIPアドレスへの適切でクリーンなトレースを示します。コマンドは次のようになります。

mtr 37.211.15.247