HTTP GET/POST リクエストの遅延を最小限に抑えるために、サーバーの近くに Linux ボックスをセットアップしたいと考えています。
例えばサーバーがhttps://cdn1.telesco.pe
tracerouteとを試してみましたwhois。つまり、理論上は実行すると各ホップの IP が返され、後者のホップでもtraceroute実行できるはずです。whois
しかし実際には、traceroute終了する前に非表示の IP が次々に返されます。
> traceroute https://cdn1.telesco.pe
traceroute to https://cdn1.telesco.pe (149.154.167.99), 64 hops max, 52 byte packets
1 192.168.1.1 (192.168.1.1) 1.128 ms 0.574 ms 0.889 ms
:
8 mx-ll-110.164.0-121.static.3bb.co.th (110.164.0.121) 182.163 ms
mx-ll-110.164.0-247.static.3bb.co.th (110.164.0.247) 202.120 ms
mx-ll-110.164.0-121.static.3bb.co.th (110.164.0.121) 181.422 ms
9 * * *
10 * * *
:
63 * * *
64 * * *
そして、私の理解では、whois当たり外れは次のようにあります。
Internet Assigned Numbers Authority (IANA) は、すべての IPV4 および IPV6 アドレスを 5 つの異なる地域インターネット レジストリ (RIR) に分割します。
（参照）
リクエストはhttps://cdn1.telesco.pe常に同じ物理サーバーに着陸しますか? そうでない場合、これはどのように決定されますか?
実際に HTTP GET を実行して、何らかの方法でパケット ルーティングを検査すると役立ちますか?
これには科学的な根拠があるのでしょうか？それとも不可能なことなのでしょうか？