Brug DNS benchmarking-værktøjer til at optimere ydelsen

At nævne, at DNS-navneservere kan have problemer med ydeevne og timing, resulterer normalt i quizisk udseende. En DNS-opløsning fungerer enten, eller ikke.

Hvad med subtile problemer; som lange responstider, timeouts og korrupte cacher? Det er stadig muligt for forespørgselssvar at komme igennem. Det tager bare meget længere tid. I hvilket tilfælde betyder det ikke at have noget med båndbredde.

En anden antagelse: Vi skal bruge specifikke DNS-navneservere, ligesom dem, der leveres af vores internetudbydere. Det er typisk ikke tilfældet. Tror du der kan være et problem? Prøv en anden DNS-navneserver. Okay, fantastisk. Hvilken en?

DNS benchmarking værktøjer

Det er her DNS-benchmarking-værktøjer - applikationer på klientsiden, der tester ydelsen af ​​DNS-navneservere, kommer i spil. De har evnen til at:

  • Bestem, om en bestemt DNS-navneserver er tilgængelig.
  • Sammenlign responstider for valgte DNS-navneservere med offentligt tilgængelige DNS-navneservere.
  • Opret et diagram, der rangerer DNS-navneservere i henhold til deres responstid, antal timeouts og andre relaterede parametre.

Namebench og DNS Benchmark er to sådanne DNS-benchmarking-apps. Begge giver de oplysninger, jeg nævnte tidligere, og meget mere.

Namebench

Namebench er et Google-projekt designet til at finde den mest responsive DNS-navneserver til værtscomputeren. Mærkeligt, som det lyder, betyder det, at to computere, der sidder ved siden af ​​hinanden, kunne have forskellige resultater. Namebench gør det med vilje:

"Namebench kører et fair og grundigt benchmark ved hjælp af din webbrowserhistorie, tcpdump-output eller standardiserede datasæt for at give en individualiseret anbefaling."

Følgende lysbillede viser vinduet med testopsætning, der åbnes, når Namebench er aktiveret:

Det første afsnit spørger, hvad DNS-navneservere skal inkluderes:

  • Navneservere : Liste over DNS-navneservere, der er af særlig interesse.
  • Inkluder globale DNS-udbydere : Marker dette felt for at inkludere OpenDNS og Neustar (tidligere UltraDNS) navneservere.
  • Inkluder de bedste tilgængelige regionale DNS-tjenester : Vælg dette for at inkludere de bedst fungerende DNS-navneservere i dit område.

I det næste afsnit spørges, hvilke tests der skal køres, og hvordan man konfigurerer forespørgsler:

  • Inkluder censurchecks : Kontroller, at censurerede domænenavne er blokeret.
  • Forespørgseldatakilde : Bestem, hvor Namebench vælger testværtsnavne. Det er typisk browserhistorikken, men der er andre muligheder, såsom "Top 2000-websteder".
  • Health Check Performance : Vælg at teste enten 10 eller 40 servere ad gangen, afhængigt af tilgængelig båndbredde.
  • Antal forespørgsler : Vælg antallet af forespørgsler, der sendes til hver DNS-navneserver. Standard er 250 anmodninger.

Resultaterne vises som en webside, der ligner den nedenunder:

Jeg bruger OpenDNS. Namebench bestemte, at min sekundære OpenDNS-navneserver (208.67.220.220) havde den bedste responstid. Det er interessant, fordi OpenDNS's valg til primær server er på sjette plads. Jeg gætter på, at jeg bliver nødt til at bytte de to i netværkskortets konfiguration.

DNS-benchmark

Det næste benchmarking-værktøj kommer fra Steve Gibson fra GRC.com. Jeg er altid forbløffet over hans software. Namebench fra Google er lidt over 5 MB og DNS Benchmark er kun 164 KB. Jeg gætte, det er, hvad der sker, når programmet er skrevet på samlingssprog.

I standardtilstand tester DNS-benchmark op til 200 offentligt tilgængelige DNS-navneservere plus dem, der i øjeblikket er i brug af computeren. Denne liste kan gøres mindre eller ændres til DNS-navneservere efter eget valg. Følgende dias viser resultaterne fra test af min computer:

I dette tilfælde lokaliserer DNS Benchmark de hurtigste navneservere først. Følgende er de test, som DNS Benchmark kører:

  • Bufrede opslag (rød bjælke): Responstid for returnering af cache-opslag fra DNS-navneserveren.
  • Ikke-cache-opslag (grøn bjælke): Svartid for at returnere et nyt opslag eller et med et udløbet Time to Live.
  • Dotcom-opslag (blå bjælke): Responstid for returnering af en forespørgsel fra en "Dot Com" DNS-navneserver.
  • Pålidelighed (rød bjælke efter IP-adresse): Antallet af mistede eller tabte forespørgsler under testen.
  • Genoplivningsbeskyttelse : Om DNS-navneserveren forhindrer opløsning af eksterne navne til interne IP-adresser (Wiki-post).

Én ting speciel ved DNS Benchmark er afslutningsfanen. Når testen er afsluttet, analyserer applikationen resultaterne og giver konklusioner og mulige rettelser. Følgende dias er et eksempel:

Kan du huske, at jeg nævnte, at jeg havde brug for at ændre sekvensen for mine Open DNS-servere? Nå, DNS Benchmark, på noget af en stump måde, antyder også, at sekvensen skal ændres.

Nogle ting lærte jeg

Jeg kørte nogle tests derhjemme ved hjælp af min DNS-navneserver. Jeg kunne ikke forstå, hvorfor min servers responstid var så meget længere end OpenDNS's svartider. Det skulle være det modsatte.

Så startede jeg DNS Benchmark. Det var mærkeligt. Min DNS-navneserver registrerede usædvanligt lange up-cache-opslagstider. Det gik op for mig, hvad der skete. Kun to personer bruger min DNS-navneserver. Så cachen er relativt lille sammenlignet med OpenDNS's cache. Betydning, oftere end ikke, skal min navneserver forespørge andre navneservere.

Jeg lærte noget andet. For at få gyldige testresultater skal du lukke alle applikationer undtagen DNS-benchmarking-værktøjet på værtscomputeren. Det gælder også andre computere på netværket. Det henvises til at have et "stille netværk" til testen.

Endelige tanker

Jeg har næsten ikke ridset overfladen på, hvilken information og analyse de to applikationer giver. For at være ærlig lærer jeg stadig, hvad de kan gøre, og hvordan jeg bruger dem, når du løser fejlfinding.

Jeg troede også, at jeg ville ende med at være en favorit, men det gjorde jeg ikke. Hver har sin plads i min værktøjskasse. Prøv dem, og lad mig vide, hvad du synes.

Opdatering: 06. december 2010

I går mistede Comcast-brugere i Midtvesten deres internettjeneste. Comcast siger, at strømafbrydelsen stammede fra et problem med deres DNS-navneservere. Ikke at have adgang, de fleste brugere vidste ikke det. Brug af DNS-benchmarking-værktøjer ville have vist problemet med Comcast's DNS-navneservere. Skift til en fungerende DNS-navneserver ville have returneret normal internetdrift.

© Copyright 2020 | mobilegn.com