Um die Latenz für HTTP-GET/POST-Anfragen zu minimieren, möchte ich in der Nähe des Servers eine Linux-Box einrichten.
Nehmen wir zum Beispiel an, der Server isthttps://cdn1.telesco.pe
Ich habe es mit tracerouteund versucht whois. Die Ausführung traceroutegibt theoretisch die IP jedes Hops zurück, und whoisbei den letzteren Hops sollte ich dazu in der Lage sein.
In der Praxis werden jedoch tracerouteZeile für Zeile versteckte IP-Adressen zurückgegeben, bevor das Programm beendet wird:
> 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 * * *
Und wie ich es verstehe, whoisist es Glückssache:
Die Internet Assigned Numbers Authority (IANA) kümmert sich um die Aufteilung aller IPV4- und IPV6-Adressen auf fünf verschiedene Regional Internet Registries (RIR).
(Referenz)
Ist eine Aufforderung anhttps://cdn1.telesco.peimmer auf demselben physischen Server landen? Und wenn nicht, wie wird das entschieden?
Würde es helfen, ein echtes HTTP GET durchzuführen und irgendwie die Paketweiterleitung zu überprüfen?
Gibt es dafür eine wissenschaftliche Grundlage? Oder ist das eine unmögliche Aufgabe?