Ich versuche herauszufinden, wie die RTD zu den Google-Servern so niedrig sein kann:
$ ping google.com
PING google.com (173.194.113.64): 56 data bytes
64 bytes from 173.194.113.64: icmp_seq=0 ttl=57 time=28.166 ms
173.194.113.64ist in Mountain View, CA registriert und ich bin in Deutschland. Ein Ping zu einem Host in Kalifornien würde viel länger dauern. Durch die Ausgabe eines Traceroute erhalte ich einen Hostnamen fra02s21-in-f0.1e100.net. Ich frage mich, welche Techniken sie verwenden, um meine Anfrage umzuleiten?
Antwort1
Sie haben Recht, die RTD kann für die USA nicht < 30 ms sein. Von Europa in die USA sollte sie bei etwa 60 ms liegen (einfache Strecke).
Also hat Google wahrscheinlich einen Cache-Server auf dieser Seite des Ozeans
(und es ist nur für Mountain View registriert, obwohl es sich wirklich in Europa befindet).
ich fandDieser ArtikelErklärung:
Google-Geheimhaltung
Google hat es schwierig gemacht, herauszufinden, wo sich seine Rechenzentren befinden und wie viele es sind. Ein wichtiger Grund dafür ist, dass fast alle IP-Adressen, die Google verwendet (und davon gibt es viele),sind unter ihrer Adresse in Mountain View, Kalifornien aufgeführt, also nur die Betrachtung von IP-Adressen (mit IP WHOIS oder IP-zu-Standort-Datenbanken)hilft Ihnen nicht herauszufinden, wo sich ihre Rechenzentren befindenoder wie viele sie haben.
Darüber hinaus beantragt Google Genehmigungen für seine Rechenzentrumsprojekte normalerweise über Unternehmen (LLCs), die Google überhaupt nicht erwähnen, beispielsweise Lapis LLC in North Carolina und Tetra LLC in Iowa.
Da Google im Allgemeinen dazu neigt, hinsichtlich seiner Rechenzentren ein großes Geheimnis zu machen, sind die hier präsentierten Informationen höchstwahrscheinlich nicht 100 % vollständig.
Bonus-Link ;)Ein Blick in die Rechenzentren von Google.
Hier isteine andere Quelle:
2) Große Unternehmen mit Niederlassungen weltweit geben keine Informationen über ihren tatsächlichen Standort an Whois weiter.
- Beispiel: Google Inc. hat seine Rechenzentren auf der ganzen Welt, aber whois gibt immer seinen Hauptsitz in Mountain View (Kalifornien, USA) an. In Wirklichkeit werden Benutzer aus verschiedenen Ländern an das nächstgelegene Rechenzentrum weitergeleitet. Für einen Deutschen wird beispielsweise die Hauptseite aus dem deutschen Rechenzentrum (74.125.39.104) geladen.
Bearbeiten:(bitte bedenken Sie, dass ich auf diesem Gebiet kein Experte bin:)
Sie haben wahrscheinlich Recht, dass der „autoritative Nameserver“ einige Umleitungen durchführt. Ich bin mir nicht sicher, ob mehrere Server dahinter stecken.Dasdie weitere Umleitung vornehmen. Sie können einen ausführen, dig google.com +traceum zu sehen, von welchem Server zu welchem Server Ihre DNS-Anfrage geht. (Lesen SieHierüber einige Grundlagen dahinter)
Was den Mechanismus hinter der Umleitung betrifft: Sie haben Akamai CDN erwähnt. Google verwendet sein eigenes CDN. Es gab vor einigen Jahren Gerüchte, dass Google Akamai kauft, aber das ist nicht passiert. Ich glaube, Apple verwendet Akamai CDN (neben einigen anderen CNDs).
Andiese SeiteSie können lesen, dass Google die „edns-client-subnet-Erweiterung“ verwendet.
OpenDNS und Google DNS unterstützen die Erweiterung edns-client-subnet schon seit langem. Dieser Mechanismus wurde von Google speziell zur Lösung dieses Problems entwickelt. Und er funktioniert wunderbar. CDNs können eine Umleitung an den besten Server senden, unabhängig davon, welchen Resolver Sie verwenden.
Mit einigen weiterenGoogelnSie können mehr über diesen Mechanismus erfahren. WieHier:
Google, Bitgravity, CDNetworks, DNS.com und Edgecast haben Unterstützung füredns-Client-Subnetz. Die Idee ist ziemlich einfach. Es übergibt einen Teil Ihrer IP-Adresse (nur einen Teil, um sie halb anonym zu halten) in der Anfrage. Ein Server, der diese Erweiterung unterstützt, kann sie zum Geotargeting verwenden und einen CDN-Knoten in Ihrer Nähe finden. Bisher war das Beste, was man tun konnte, die Verwendung des Standorts des DNS-Servers, der in vielen Fällen weit entfernt sein konnte.
Eine weitere gute Lektüre über CDNs und die edns-client-subnet-Erweiterung istDas.
Genügend Lesestoff überGoogle;)