DNS
Domain Name System
Wenn wir beispielsweise eine URL in unseren Browser eingeben, wie zum Beispiel www.haus-meyer.bank.com, werden wir direkt zur Website der Bank Haus Meyer weitergeleitet. Der Prozess, der das möglich macht, ist jedoch nicht so simpel, wie es scheint.
Um zu verstehen, was hinter den Kulissen passiert, musst du wissen, was Domain Name Server (DNS) sind und wie der gesamte Ablauf von Anfragen (Requests) und Antworten (Responses) funktioniert.
haus-meyer.bank.com
graph LR
boxA[PC]
boxB[Recursive Resolver]
boxC[Facebook\nServer]
boxD[Root Server A\nTDL: '.de']
boxE[Root Server B\nTDL: '.com']
boxF[Authoritative\nServer]
boxA --> |1\nwww.bank.com| boxB
boxB --> |2\nwww.bank.com| boxD
boxD --> |3\nListe Root-Server '.com'| boxB
boxB --> |4\nwww.bank.com| boxE
boxE --> |5\nIP Root-Server mit 'bank.com'| boxB
boxB --> |6\nwww.bank.com| boxF
boxF --> |7\nIP von 'www.bank.com'| boxB
boxB --> |8\nIP von 'www.bank.com'| boxA
boxA --> |9\nrequest an der IP| boxC
boxC --> |10\nreponse index.html| boxA
Wie du es sehen kannst, macht der Recursive Resolver die ganze Arbeit. Um das alles schneller zu machen, wurde das TTL Cache zwischen den Root Servers und dem Recursive Resolver eingefügt.
Beispiel
Um das besser zu verstehen, lass uns die Website uol (https://www.uol.com.br/) besuchen. So läuft es ab:
- Mein Browser schickt einen Request an den Resolver in Frankfurt
- Dieser schickt einen Request an den Root-Server (am nächsten) mit der Endung '.br'
- Er kriegt zurück eine Liste mit allen Root-Servers, die '.br' TLD haben
- Der Resolver schickt erneut einen Request, aber dieses Mal an den Authoritative Server, und dieser schickt die 02 - RESOURCES/Notes/IP von uol zurück
- Sobald der Recursive Resolver das erhält, schickt er es an meinen Browser zurück
- Mein Browser muss jetzt nur einen Request an diese 02 - RESOURCES/Notes/IP schicken und auf den Response warten