Wie kann ein Ping an einen Google-Server die Lichtgeschwindigkeit überschreiten?

578
JITHIN JOSE

wenn ich versuche, ping google server dauert nur 30ms. 

PING google.com (172.217.26.174) 56(84) bytes of data. 64 bytes from google.com (172.217.26.174): icmp_seq=1 ttl=56 time=31.2 ms 64 bytes from google.com (172.217.26.174): icmp_seq=2 ttl=56 time=32.3 ms

Ich habe dies von Cochin, Kerala, Indien, zu einem Google-Server in Kalifornien, USA, gemacht. Die Mindestentfernung von diesen beiden Orten beträgt 14.560 km.

Licht kann also diese Hin- und Rückfahrt in nur 97ms durchführen.

(14,560 * 2 ) / c =~ 97ms

Wie kann ein Ping-Server von Google die Lichtgeschwindigkeit überschreiten? Was ist falsch an den Annahmen / Berechnungen?

BEARBEITEN

Hallo, ich habe eine ähnliche Frage hier gefunden, Ping schneller als Licht

Ping zeigt dort jedoch keine cdn-Domäne, auch die Server-Zugehörigkeit gehört zu den USA. Wenn der Server in der Nähe ist, zeigt Ping nicht die IP-Adresse in der Nähe an?

0
Ich vermute, der Antwortende ist nicht der Google-Server in Kalifornien, sondern der nächstgelegene Knotenpunkt, vielleicht in Singapur. Vylix vor 6 Jahren 2
`172.217.26.174` ist` maa03s22-in-f174.1e100.net`. Warum denkst du ist das in Kalifornien? DavidPostill vor 6 Jahren 0
Basierend auf Standort. JITHIN JOSE vor 6 Jahren 0
Ich habe das auch gesehen. Ich vermute, dass die Ping-Antwort von einem viel näher gelegenen Ort kommt, möglicherweise in Ihrer eigenen Stadt. Google verfügt weltweit über eine große Anzahl von Caching-Servern, darunter viele in Indien. DNS würde die Anfrage von google.com an diesen Ort weiterleiten. Wenn der Inhalt nicht angefordert wurde, wird er anderweitig verwiesen. Ping-Anfragen würden jedoch vom lokalen Server beantwortet. LMiller7 vor 6 Jahren 0
@ LMiller7, beim pining IP bekomme ich auch die gleichen Ergebnisse. JITHIN JOSE vor 6 Jahren 0
Es ist ein Server in der Nähe. Overmind vor 6 Jahren 0

1 Antwort auf die Frage

1
Sas3

Wir wissen, dass wir (hat Google?) Die FTL-Kommunikation noch nicht erreicht haben. Wir können sicher davon ausgehen, dass eines der Datenelemente, auf das wir uns verlassen, die Quelle der Ungenauigkeit ist.

IP-GeoLocation-Datensätze sind bekanntermaßen ungenau. Der erste Verdacht geht also dorthin. Ich würde mit der Hostnamen-Angabe (maa03s22-in-f174 ...) gehen, wie von @davidpostill gepostet.

Theoretisch könnte es auch andere Ungenauigkeiten geben (Uhr des Betriebssystems, Netzwerkstack des Betriebssystems, Ping-Fehler, ...), aber diese sind weitaus weniger wahrscheinlich als die IP-Geolocation-Möglichkeit.

[bearbeiten]

Eine einfache Erklärung für Ungenauigkeiten bei der IP-Standortbestimmung: IP-Adressblöcke werden häufig von großen Unternehmen neu zugewiesen und für Einnahmen gleichermaßen an andere vermietet. In solchen Fällen werden öffentliche Datensätze möglicherweise nicht immer aktualisiert.

Verwandte Probleme