Weboldal szerverhely-ellenőrző
DNS-rekordok, A/AAAA-lekérdezések és a végső válasz IP-címe – fókuszált vizsgálat mérnököknek és üzemeltetőknek, nem teljes megfelelőségi jelentés.
A végpont, az NS-rekordok és az MX-rekordok külön vannak felsorolva. Edge ≠ origin.
DNS-rekordok, A/AAAA-lekérdezések és a végső válasz IP-címe – fókuszált vizsgálat mérnököknek és üzemeltetőknek, nem teljes megfelelőségi jelentés.
A „Frankfurt” végpont lehet egy Cloudflare- vagy Fastly-anycast edge. Az IP-cím akár az USA-ban is bejegyezhető, még ha az edge Frankfurtból szolgálja ki az EU-s forgalmat is. Az ismert CDN-tartományokat közvetlenül jelöljük („X CDN”), hogy ez a félreértés ne tévessze meg csendben az értékelőt.
A DNS-tárhely nem jelenti azt, hogy ügyféladatokat is feldolgoznak, és az MX-rekordok nem mutatják meg, hová kerülnek az űrlapbeküldések. Ezeket „kontextusként” soroljuk fel, és kizárjuk a földrajzi ítéletből. Az ítélet kizárólag a kezdőlap végpontját és a megfigyelt harmadik féltől származó végpontokat használja.
Azt mondják meg, ki tárolja a DNS-t és ki fogadja az e-mailjeit – nem azt, hogy a weboldalán keresztül beküldött felhasználói adatok hová kerülnek. Ha ugyanabba a számba kevernénk őket a kezdőlap végpontjával, az torzítaná a jelet.
Ha az IP-cím ismert CDN-tartományba esik (Cloudflare, Fastly, Akamai, Imperva, Bunny), a sort a CDN nevével láttjuk el, és közérthetően „edge”-ként jelöljük. Ellenkező esetben a megtalált geolokációt közöljük.
Az anycast-hálózatok sok régióból szolgálnak ki, de általában egy országba vannak bejegyezve. A nyilvános geo-adatbázisok a bejegyzést tükrözik, nem az aktuális kiszolgálási helyet. A CDN-névvel való jelölés ezt kifejezetten jelzi.