Was wirklich passiert, wenn du eine Website aufrufst

Eine technische Reise durch DNS, Routing, Protokolle und moderne Web-Infrastruktur

Wenn du eine Website öffnest, wirkt der Vorgang wie ein einzelner Schritt. In Wirklichkeit entsteht daraus eine Kette von Prozessen, die über mehrere Netzwerke, Protokolle, Rechenzentren und Software-Schichten hinweg ablaufen. Jeder dieser Schritte ist notwendig, damit aus einer einfachen Eingabe im Browser eine vollständig geladene Webseite wird.

Die Verarbeitung der URL im Browser

Sobald eine URL eingegeben wird, analysiert der Browser zunächst deren Struktur. Er trennt Protokoll, Domain, Pfad und optionale Parameter. Dabei entscheidet er, ob eine HTTP oder HTTPS Verbindung aufgebaut werden muss.

Falls kein Protokoll angegeben ist, ergänzt der Browser in der Regel automatisch HTTPS, da verschlüsselte Verbindungen heute Standard sind.

Parallel prüft der Browser lokale Caches. Dazu gehören DNS Cache, HTTP Cache und eventuell Service Worker Caches, die bereits gespeicherte Antworten enthalten können.

DNS als globales Namenssystem

Bevor eine Verbindung aufgebaut werden kann, muss die Domain in eine IP Adresse übersetzt werden. Dafür wird das Domain Name System verwendet.

DNS ist kein einzelner Server, sondern ein hierarchisch verteiltes System. Es besteht aus Root Servern, Top Level Domain Servern und autoritativen Nameservern.

Der Ablauf beginnt meist mit einem lokalen Resolver, der vom Internetanbieter oder einem öffentlichen DNS Dienst bereitgestellt wird. Wenn keine gültige Antwort im Cache vorhanden ist, startet eine rekursive Anfrage.

Der Resolver fragt zunächst einen Root Server, dann den zuständigen Top Level Domain Server und schließlich den autoritativen Server der Domain. Erst dieser liefert die endgültige IP Adresse zurück.

Dieser Prozess ist stark optimiert und wird durch Caching auf allen Ebenen beschleunigt.

Netzwerkverbindung und TCP Handshake

Sobald die IP Adresse bekannt ist, wird eine TCP Verbindung aufgebaut. TCP sorgt für zuverlässige, geordnete und fehlerfreie Datenübertragung zwischen zwei Endpunkten.

Der Verbindungsaufbau erfolgt über einen sogenannten Three Way Handshake. Dabei werden Synchronisationspakete ausgetauscht, um sicherzustellen, dass beide Seiten erreichbar sind und die Kommunikation starten kann.

Erst nach diesem Prozess wird die eigentliche Datenübertragung erlaubt.

Verschlüsselung durch TLS

In modernen Webanwendungen erfolgt zusätzlich ein TLS Handshake. Dieser Schritt stellt sicher, dass die Verbindung verschlüsselt ist.

Dabei werden Zertifikate geprüft, die von Certificate Authorities ausgestellt wurden. Der Browser validiert die Vertrauenskette und stellt sicher, dass der Server authentisch ist.

Anschließend wird ein symmetrischer Sitzungsschlüssel ausgehandelt, der für die Verschlüsselung der gesamten Kommunikation verwendet wird.

Paketbasierte Datenübertragung im Internet

HTTP Anfragen werden nicht als kontinuierlicher Datenstrom gesendet, sondern in kleine Pakete aufgeteilt. Diese Pakete werden unabhängig voneinander durch das Internet transportiert.

Jedes Paket enthält Header Informationen, darunter Quelladresse, Zieladresse, Sequenznummern und Prüfsummen zur Fehlererkennung.

Router entlang des Weges entscheiden dynamisch, welchen Pfad ein Paket nimmt. Diese Entscheidungen basieren auf Routing Tabellen, die durch Protokolle wie BGP im globalen Internet verteilt werden.

Dadurch kann es passieren, dass Pakete derselben Anfrage unterschiedliche Wege nehmen und erst am Ziel wieder zusammengesetzt werden.

Routing und globale Netzwerkinfrastruktur

Das Internet besteht aus einer Vielzahl autonomer Systeme. Diese Systeme gehören verschiedenen Unternehmen, Providern oder Organisationen und sind über Peering und Transit Verbindungen miteinander verbunden.

Border Gateway Protocol steuert den Austausch von Routing Informationen zwischen diesen Systemen. Es entscheidet, welche Netzwerke bevorzugt werden und wie Daten global transportiert werden.

Dieses System ist hochdynamisch und passt sich permanent an Ausfälle, Lastveränderungen und neue Verbindungen an.

Serverarchitektur und Backend Verarbeitung

Sobald die Anfrage den Zielserver erreicht, wird sie von einem Webserver entgegengenommen. Häufig eingesetzte Technologien sind Nginx, Apache oder spezialisierte Load Balancer.

Der Webserver leitet die Anfrage an eine Anwendungsschicht weiter. Diese kann in verschiedenen Programmiersprachen implementiert sein, darunter Go, Java, C#, Node.js oder C++.

In modernen Architekturen handelt es sich oft nicht um einen einzelnen Server, sondern um ein verteiltes System aus Microservices.

Ein einzelner Request kann mehrere interne Dienste aufrufen, darunter Authentifizierung, Datenbankabfragen, Caching Systeme und externe APIs.

Datenbanken und Caching Systeme

Viele Webanwendungen greifen auf Datenbanken zu, um Informationen abzurufen oder zu speichern. Dabei kommen relationale Systeme wie PostgreSQL oder MySQL sowie NoSQL Systeme wie Redis oder MongoDB zum Einsatz.

Um die Performance zu verbessern, werden häufig mehrstufige Caching Strategien verwendet. Diese reduzieren Datenbankzugriffe und beschleunigen die Antwortzeiten erheblich.

Antworterzeugung und Serialisierung

Nachdem alle notwendigen Daten verarbeitet wurden, erzeugt das Backend eine Antwort. Diese wird meist als JSON oder HTML strukturiert.

Die Daten werden anschließend serialisiert und erneut in Netzwerkpakete aufgeteilt, bevor sie zurück zum Client gesendet werden.

Rendering im Browser

Sobald die Antwort den Browser erreicht, beginnt der Rendering Prozess. Der Browser analysiert HTML und baut daraus den sogenannten DOM Baum auf.

Parallel wird CSS verarbeitet und in den Render Tree integriert. Danach erfolgt das Layouting, bei dem berechnet wird, wie Elemente auf dem Bildschirm positioniert werden.

Anschließend wird der Inhalt in mehreren Schichten gerendert und auf dem Bildschirm dargestellt.

JavaScript kann diesen Prozess zusätzlich beeinflussen, indem es den DOM dynamisch verändert oder neue Daten nachlädt.

Asynchrone Prozesse im Hintergrund

Viele moderne Webseiten laden zusätzliche Inhalte nach dem ersten Rendering. Dies geschieht über asynchrone HTTP Requests, häufig mit Fetch API oder WebSockets.

Dadurch entsteht der Eindruck einer dynamischen Anwendung, obwohl weiterhin klassische Netzwerk- und Serverprozesse im Hintergrund arbeiten.