Sådan fungerer DNS · Mindmaps
Sådan fungerer DNS. Et redigerbart mindmap med farvede grene, underemner og forbindelser. Buede linjer viser sammenhænge; pile bruges, når retningen har betydning.
DNS er internettets telefonbog: den oversætter de læsbare navne, du skriver, til de IP-adresser, routere faktisk bruger, gennem en kæde af servere, der hver kender én mindre bid af svaret.
Sådan fungerer DNS · Mindmaps
The interactive MindMap canvas for this explanation — every lane, row and arrow above is a real QueryChart diagram you can open and edit.
Sådan læser du mindmappet
- Begynd ved emnet i midten, og følg en farvet gren til de tilhørende idéer.
- Buede linjer viser sammenhænge; pile bruges, når retningen har betydning.
Browser & name
Denne gren samler “You type a domain, e.g. querychart.io”, “Browser sends the query to a recursive resolver”.
Resolver cache
Denne gren samler “The recursive resolver (usually run by your ISP or a public DNS service) remembers answers for the time-to-live the record declares, which is why repeat lookups are near-instant.”, “Resolver caches the answer and returns it”.
Delegation
Denne gren samler “Resolver asks the root server”, “Root server points to the .io TLD server”, “TLD server points to the authoritative server”.
Answer
Denne gren samler “The authoritative name server is the domain owner's own server — it holds the final record and is the only one that can answer authoritatively.”, “Browser connects to the IP address”.
Forbindelser på tværs
DNS er en delegeret kæde: rod peger på TLD, TLD peger på autoritativ, og kun den autoritative server har den endelige record.
Den rekursive resolver gør arbejdet én gang og gemmer svaret i cachen, og derfor er gentagne opslag næsten øjeblikkelige.
Domæneejeren råder kun over den autoritative server, ikke over rod- eller TLD-serverne.
En fejl et vilkårligt sted i kæden betyder, at browseren ingen destination har, og at der ikke sendes nogen forespørgsel.
DNS-opslaget går forud for enhver forbindelse, og derfor er det det første hop i en API-forespørgsels livscyklus.
Key relationships and takeaways
- DNS er en delegeret kæde: rod peger på TLD, TLD peger på autoritativ, og kun den autoritative server har den endelige record.
- Den rekursive resolver gør arbejdet én gang og gemmer svaret i cachen, og derfor er gentagne opslag næsten øjeblikkelige.
- Domæneejeren råder kun over den autoritative server, ikke over rod- eller TLD-serverne.
- En fejl et vilkårligt sted i kæden betyder, at browseren ingen destination har, og at der ikke sendes nogen forespørgsel.
- DNS-opslaget går forud for enhver forbindelse, og derfor er det det første hop i en API-forespørgsels livscyklus.
When to use this visual
- At forklare et nyt teammedlem, hvorfor et domæne er langsomt at slå op første gang og øjeblikkeligt bagefter.
- At fejlsøge en melding om »siden blev ikke fundet« ved at gå kæden igennem: cache, autoritative records, TTL, i stedet for at gætte.
- At undervise i ejerskabsmodellen: hvilke DNS-records jeres team råder over, og hvilke registrator eller hostingudbyder råder over.
Sådan fungerer det
Tilpas emnet i midten
Giv emnet et navn, der passer til dit projekt eller din undervisning.
Udbyg grenene
Rediger idéerne, og tilføj eksempler eller noter.
Forbind beslægtede idéer
Tegn forbindelser på tværs af grene; brug kun pile, når retningen betyder noget.
Ofte stillede spørgsmål
Hvad er DNS forklaret enkelt?
DNS, Domain Name System, er den fortegnelse, der oversætter et domænenavn som querychart.io til den IP-adresse, en computer kan forbinde til. Det virker ved delegering: en kæde af servere, der hver har ansvaret for én del af navnet, og som tilsammen giver den endelige adresse. Uden den skulle du huske og skrive IP-adresser.
Hvad er forskellen på en rekursiv resolver og en autoritativ server?
Den rekursive resolver er den server, din enhed spørger; den søger, følger kæden på dine vegne og gemmer resultatet i cachen. Den autoritative server er domæneejerens egen server og sandhedskilden for det domæne: den har de endelige records og er den eneste server, der kan svare autoritativt. Netop derfor placerer forklaringen dem i hver sin ende af kæden.
Hvorfor caches DNS, og hvad er en TTL?
Cachen er det, der holder DNS hurtigt: uden den ville hver sideindlæsning udløse en hel kæde af opslag. Hver DNS-record bærer en time-to-live (TTL), der siger, hvor længe en resolver må huske den. Cachebeslutningen i forklaringen er netop den mekanisme: når en records TTL udløber, må resolveren gå kæden igennem igen.
Hvad sker der, når DNS fejler?
Hvis ingen server i kæden kan give et svar, returnerer resolveren en fejl, og browseren viser, at domænet ikke kan nås. De sædvanlige årsager er en manglende eller forkert indtastet record på den autoritative server, et udløbet domæne eller en resolver, der ikke kan nå kæden. At gå opslagets rækkefølge igennem i denne forklaring er en praktisk måde at finde ud af, hvilken af delene det er.
Rediger dette mindmap i QueryChart
Åbn mindmappet på et redigerbart lærred. Flyt idéer, tilføj grene, og tegn forbindelser.