Domain & DNS

Benchmark czasu odpowiedzi DNS

Zmierz prędkość resolverów DNS różnych dostawców.

O tym narzędziu

To narzędzie mierzy, jak szybko 15 publicznych resolverów odpowiada na zapytanie DNS dla wybranej domeny. Każdy resolver jest odpytywany kilka razy z rzędu, byś mógł zobaczyć wariancję — pojedynczy odstający to często zimny cache, stała wysoka wartość oznacza, że ten zasięg anycast jest po prostu daleko od naszego hosta we Frankfurcie.

Opóźnienie pochodzi z własnej statystyki ;; Query time z dig, która mierzy czas na łączu między nami a resolverem po starcie procesu. Narzut fork+exec (~10–20 ms) jest wyłączony, więc liczby odzwierciedlają zachowanie sieci + resolvera, a nie planowanie OS. Sparkline pokazuje surową sekwencję; kolumny Min/Avg/Max podsumowują tylko udane uruchomienia.

Kiedy używać tego narzędzia

  • Wybór resolvera dla routera lub urządzenia. Uruchom wobec domeny, której faktycznie używasz — różne sieci widzą różnych zwycięzców.
  • Diagnozowanie wolnej strony. Porównaj opóźnienie resolvera z objawami ładowania strony — DNS, który zawsze trwa 200 ms, dodaje się przez dziesiątki subresources.
  • Monitorowanie dostawcy. Jeśli Twój podstawowy resolver nagle skacze z 20 ms do 300 ms przez kilka uruchomień, czas się przełączyć.
  • Porównywanie pokrycia anycast. Cloudflare i Google zwykle wygrywają z hostów EU; Alibaba i DNSPod zaskakująco wygrywają z Azji.

Dlaczego wyniki różnią się od Twojej lokalnej sieci

Mierzymy z naszego serwera w Niemczech do najbliższego POP anycast każdego resolvera. Z Twojej sieci domowej dystanse i peering są inne. Traktuj liczby bezwzględne jako relatywne porównanie, nie jako Twoje osobiste opóźnienie. Jeśli potrzebujesz lokalnego pomiaru, uruchom dig +stats @<ip> example.com na własnej maszynie — ta sama flaga daje tę samą liczbę.

Najczęstsze pytania

Dlaczego jeden resolver jest znacznie wolniejszy od reszty?

Albo jego najbliższy POP jest daleko od naszego hosta, jego anycast ma zły dzień lub rekurencyjny musiał odwiedzić serwer autorytatywny (zimny cache). Nasze domyślne zapytanie to cloudflare.com — bardzo popularna nazwa, którą każdy resolver cache'uje; jeśli odpytasz rzadką domenę, pierwsze uruchomienie będzie wolne dla wszystkich.

Co oznacza "Timeout"?

Brak odpowiedzi UDP w 2 sekundach. Może to być chwilowy problem, IP naszego hosta jest blokowany przez tego dostawcę lub resolver jest pod presją. Jeden timeout na pięć uruchomień to szum; pięć na pięć oznacza, że ten resolver jest obecnie nieosiągalny z naszej sieci frankfurckiej.

Czym to się różni od DNS Propagation?

Propagation pyta "czy resolvery widzą nową wartość?" — jedno zapytanie każdemu, wartości porównane obok siebie. Response Time pyta "jak szybko odpowiadają?" — wiele zapytań każdemu, opóźnienia porównane obok siebie. Inne pytanie, te same 15 resolverów.

Czy mogę zmienić liczbę uruchomień?

Tak — wybierz 3, 5, 7 lub 10 z listy. Więcej uruchomień = ciaśniejsza mediana, ale każde uruchomienie czeka, aż poprzednie zakończy się dla wszystkich 15 resolverów, więc 10 uruchomień trwa około 5× dłużej niż 2 uruchomienia. Do zwykłego użytku 5 to dobra równowaga.

Czy wyniki są cache'owane?

Przez jedną minutę na trójkę (domena, typ, uruchomienia). Kliknięcie Measure dwa razy z rzędu zwraca tę samą tabelę wyników — dobre do udostępniania URL, złe do pollingu zmian. Zmień domenę lub uruchomienia, by wymusić świeże uruchomienie; w przeciwnym razie odczekaj 60 s.