Was sind Server und Clients?
Wenn Sie eine Website ansehen, zeigt Ihr PC oder Smartphone nicht einfach nur einen Bildschirm an.
Tatsächlich senden Browser oder Apps Anfragen an Server im Internet, und der Server gibt die benötigten Daten zurück.
Die Seite, die eine Anfrage sendet, nennt man Client. Die Seite, die die Anfrage empfängt und eine Antwort zurückgibt, nennt man Server.
Ein großer Teil der Webkommunikation beruht auf dieser Beziehung zwischen Client und Server.
Einfach gesagt hat Webkommunikation diese Grundform.
Der Client fragt an. Der Server antwortet.
Dieser Artikel ordnet die Beziehung zwischen der "anfragenden Seite" und der "antwortenden Seite", die die Grundlage der Webkommunikation bildet.
Was bedeutet es, eine Website anzusehen?
Wenn Sie im Browser eine Website öffnen, erscheint eine Seite auf dem Bildschirm.
Diese Seite liegt jedoch nicht von Anfang an in Ihrem Gerät.
Der Browser kommuniziert mit dem Server der Website und ruft die Daten ab, die zum Anzeigen der Seite nötig sind.
Nehmen wir an, Sie öffnen eine Artikelseite.
Dann sendet der Browser an den Server die Anfrage:
"Bitte senden Sie mir die Daten dieser Seite."
Der Server empfängt diese Anfrage und gibt die Daten zurück, die zum Anzeigen der Seite nötig sind.
Der Browser liest die zurückgegebenen Daten und zeigt Text, Bilder, Schaltflächen, Layout und andere Elemente auf dem Bildschirm an.
Eine Website anzusehen beruht also auf folgendem Ablauf.
- Der Browser sendet eine Anfrage an den Server.
- Der Server empfängt die Anfrage.
- Der Server gibt die benötigten Daten zurück.
- Der Browser zeigt die empfangenen Daten auf dem Bildschirm an.
Aus Ihrer Sicht sieht es so aus, als hätten Sie nur eine Seite geöffnet.
Im Hintergrund findet jedoch zwischen Client und Server ein Austausch aus "Anfrage" und "Antwort" statt.
Was ist ein Client?
Ein Client ist in der Kommunikation die Seite, die eine Anfrage sendet.
Beim Ansehen einer Website ist Ihr Browser der Client.
Browser wie Chrome, Safari, Firefox oder Edge senden Anfragen an Server, um Websites anzeigen zu können.
Der Browser fragt den Server:
"Bitte senden Sie mir die Daten, die ich zum Anzeigen dieser Seite brauche."
Dann verwendet er die vom Server zurückgegebenen Daten, um die Webseite auf dem Bildschirm darzustellen.
Ein Browser ist also nicht nur eine Anzeige-App.
Er ist ein Client, der Anfragen an den Server einer Website sendet und die zurückgegebenen Daten anzeigt.
Auch Apps können Clients sein
Nicht nur Browser können Clients sein.
Auch Smartphone-Apps und PC-Apps werden zu Clients, wenn sie Anfragen an Server senden.
Wenn Sie zum Beispiel eine Social-Media-App öffnen, werden Timeline, Benachrichtigungen, Profile, Bilder und Videos angezeigt.
Diese Informationen liegen nicht alle von Anfang an im Smartphone.
Die App sendet Anfragen an Server und erhält von dort aktuelle Daten.
Eine Social-Media-App kann zum Beispiel folgende Anfragen an Server senden.
- Bitte senden Sie die Daten der Timeline.
- Bitte prüfen Sie neue Benachrichtigungen.
- Bitte senden Sie das Profil dieses Nutzers.
- Bitte senden Sie die Daten dieses Bildes oder Videos.
Der Server gibt entsprechend die benötigten Daten zurück.
Die App zeigt die empfangenen Daten dann auf dem Bildschirm an.
Cloud-Notiz-Apps, Chat-Apps, Online-Spiele und Dateifreigabe-Apps funktionieren ähnlich.
Sie fragen benötigte Daten beim Server an und arbeiten mit den zurückgegebenen Daten.
Client meint also nicht nur "Browser".
In der Kommunikation ist die Seite, die eine Anfrage sendet, der Client.
Was ist ein Server?
Ein Server ist in der Kommunikation die Seite, die eine Anfrage empfängt und die benötigten Daten zurückgibt.
Bei Websites hält der Server die Daten bereit, die zur Anzeige der Website nötig sind.
Nachrichtenseiten, Suchmaschinen, soziale Netzwerke und Onlineshops empfangen zum Beispiel Anfragen von Browsern oder Apps der Nutzenden und geben passende Daten zurück.
Zu den Daten, die ein Server zurückgeben kann, gehören zum Beispiel:
- HTML
- CSS
- JavaScript
- Bilder
- Videos
- Artikeltext
- Produktinformationen
- Nutzerinformationen
HTML beschreibt Text und Struktur einer Seite.
CSS beschreibt das Aussehen, etwa Schriftgröße, Farbe und Anordnung.
JavaScript wird verwendet, um das Verhalten beim Drücken von Schaltflächen und die Verarbeitung auf der Seite zu steuern.
Bilder und Videos sind Mediendaten, die auf der Seite angezeigt werden.
Der Browser liest diese vom Server zurückgegebenen Daten und zeigt sie als Webseite auf dem Bildschirm an.
Auch eine einzelne Seite kann mehrere Anfragen auslösen
Wenn Sie eine Webpage öffnen, kommuniziert der Browser nicht zwingend nur einmal.
Zum Anzeigen einer Seite können mehrere Daten benötigt werden.
Wenn Sie zum Beispiel eine Artikelseite öffnen, ruft der Browser zuerst die Daten des Seitenkörpers ab.
Danach kann er zusätzlich CSS für das Aussehen, JavaScript für Bewegungen auf der Seite und Bilder im Artikel abrufen.
Aus Ihrer Sicht wurde nur eine Seite geöffnet, im Hintergrund können aber mehrere Anfragen stattfinden.
Zum Beispiel:
- Bitte senden Sie die Daten des Seitenkörpers.
- Bitte senden Sie die Daten für das Design.
- Bitte senden Sie die Bilddatei.
- Bitte senden Sie die Daten für die Seitenfunktion.
- Bitte senden Sie aktuelle Kommentare oder Benachrichtigungen.
Der Server gibt für jede Anfrage die benötigten Daten zurück.
Der Browser kombiniert die zurückgegebenen Daten und zeigt sie als eine Webseite an.
Webseiten lassen sich daher gut als etwas verstehen, das der Browser aus vom Server zurückgegebenen Daten zusammensetzt und anzeigt.
Wo liegen die Daten einer Website?
Die Daten einer Website liegen grundsätzlich auf der Serverseite.
Wenn Sie eine Website öffnen, verbindet sich der Browser mit dem Server und ruft die benötigten Daten ab.
Der Browser zeigt die abgerufenen Daten dann auf dem Bildschirm an.
Eine Website anzusehen bedeutet also, dass ein Client Daten auf dem Server abholt und auf dem eigenen Gerät anzeigt.
Allerdings können einmal geladene Bilder oder Teile von Dateien vorübergehend auf Ihrem Gerät gespeichert werden.
Das wird zum Beispiel genutzt, um dieselbe Seite beim erneuten Öffnen schneller anzuzeigen.
Die Grundstruktur ändert sich dadurch nicht.
Die Daten der Website liegen auf der Serverseite, und der Client ruft sie bei Bedarf ab.
Ein Server ist nicht immer eine einzelne Maschine
Auf dieser Seite wurde "Server" der Einfachheit halber wie eine einzelne Einheit beschrieben.
In realen Webdiensten ist ein Server jedoch nicht zwingend eine einzelne physische Maschine.
Kleine Websites können auf einem einzelnen Server laufen.
Große Webdienste werden jedoch gleichzeitig von vielen Nutzenden aufgerufen.
Deshalb kann die Verarbeitung auf mehrere Server verteilt werden.
Zum Beispiel kann es folgende Rollen geben:
- Server, die Webseiten zurückgeben
- Server, die Bilder und Videos ausliefern
- Server, die Nutzerinformationen verwalten
- Server, die Datenbanken betreiben
- Mechanismen, die Zugriffe auf mehrere Server verteilen
Heute ist es außerdem üblich, Webdienste in der Cloud zu betreiben.
In der Cloud bereiten Betreiber eines Webdienstes nicht selbst physische Maschinen vor, sondern nutzen Serverumgebungen, die ein Cloud-Anbieter bereitstellt.
Für die Auslieferung von Bildern, Videos, CSS und JavaScript wird außerdem manchmal ein CDN verwendet.
Ein CDN ist ein Mechanismus, der Daten an mehreren Orten platziert und von einem Ort ausliefert, der nahe bei den Nutzenden liegt.
Dadurch können Seiten schneller angezeigt und die Last auf dem Ursprungserver verringert werden.
Die genaue Struktur müssen Sie am Anfang nicht auswendig lernen.
Wichtig ist zuerst, dass ein Server Anfragen von Clients empfängt und die benötigten Daten zurückgibt.
In realen Webdiensten kann diese Rolle durch mehrere Server, Cloud-Infrastruktur, CDNs und ähnliche Elemente gestützt werden.
Client und Server werden durch Rollen bestimmt
Client und Server werden nicht allein durch die Art der Maschine bestimmt.
Entscheidend ist, welche Rolle ein Gerät in einer Kommunikation einnimmt.
Die Seite, die eine Anfrage sendet, ist der Client.
Die Seite, die eine Anfrage empfängt und eine Antwort zurückgibt, ist der Server.
Ihr PC arbeitet normalerweise als Client, wenn Sie Websites ansehen.
Wenn Sie auf diesem PC jedoch einen Webdienst veröffentlichen und Verbindungen von anderen Geräten annehmen, kann dieser PC auch als Server arbeiten.
Client und Server versteht man daher am besten nicht als Namen von Geräten, sondern als Rollen in der Kommunikation.
Wichtige Perspektive für Anonymität
Beim Nachdenken über Anonymität ist die Beziehung zwischen Client und Server wichtig.
Der Grund ist, dass bei Webkommunikation grundsätzlich Ihr Browser oder Ihre App Anfragen an den Zielserver sendet.
Der Server empfängt die Anfrage des Clients.
Deshalb können auf der Website-Seite bestimmte Informationen sichtbar werden.
Zum Beispiel können der Website-Seite folgende Informationen sichtbar sein:
- die als Verbindungsquelle sichtbare IP-Adresse
- Zugriffszeitpunkt
- angeforderte Seite
- Informationen zu Browser und Gerät
- Informationen zu s
Wichtig ist hier: Welche Informationen die Gegenseite sieht, unterscheidet sich je nachdem, ob Ihr Gerät direkt mit dieser Website verbunden ist, ob Sie , oder einen Proxy nutzen, oder ob die Zielseite ein CDN verwendet.
Bei direkter Verbindung zu einer Website kann dem Zielserver die IP-Adresse sichtbar sein, die Ihrem Anschluss zugewiesen wurde.
Wenn Sie dagegen über VPN oder Tor kommunizieren, sieht die Website möglicherweise nicht Ihre ursprüngliche IP-Adresse, sondern die IP-Adresse der Zwischenstelle.
Wenn Cookies verwendet werden, kann eine Website außerdem Zugriffe desselben Browsers wiedererkennen.
Was genau in welchem Umfang sichtbar ist, hängt jedoch von Kommunikationsweg, Browsereinstellungen, Mechanismen der Website, HTTPS, Cookie-Nutzung und weiteren Faktoren ab.
An dieser Stelle geht es nicht darum, feine Tracking-Techniken zu verstehen.
Zuerst wichtig ist die Struktur: Bei Webkommunikation sendet der Client eine Anfrage an den Server, und der Server empfängt diese Anfrage.
Gerade wegen dieser Struktur stellt sich die Frage, was dem Zielserver sichtbar ist.
Um Anonymität zu verstehen, muss man zuerst diese Beziehung zwischen Client und Server erfassen.
Zusammenfassung
Ein Client ist die Seite, die in einer Kommunikation eine Anfrage sendet.
Webbrowser, Smartphone-Apps und PC-Apps werden zu Clients, wenn sie Anfragen an Server senden.
Ein Server ist die Seite, die Anfragen empfängt und die benötigten Daten zurückgibt.
Die Daten einer Website liegen grundsätzlich auf der Serverseite, und Browser oder Apps rufen die benötigten Daten vom Server ab.
Wenn Sie eine Webpage ansehen, fragt der Browser beim Server: "Bitte senden Sie die Daten dieser Seite."
Der Server gibt HTML, CSS, JavaScript, Bilder und ähnliche Daten zurück.
Der Browser liest die empfangenen Daten und zeigt sie auf dem Bildschirm an.
In realen Webdiensten ist ein Server außerdem nicht immer eine einzelne physische Maschine.
Mehrere Server, Cloud-Infrastruktur und CDNs können verwendet werden.
Die Grundlage bleibt trotzdem gleich.
Der Client fragt an, der Server antwortet.
Das ist die Grundstruktur der Webkommunikation.
Verwandte Werkzeuge
WhatIsMyIP
Eine externe Ressource zu diesem Artikel. Öffne sie nur, wenn sie zu deiner Situation und deinem Bedrohungsmodell passt.
Warum es hier aufgeführt ist: Sie kann beim Thema des Artikels helfen, liegt aber außerhalb von Anonymity Sense und sollte vor der Nutzung geprüft werden.
BrowserLeaks WebRTC
Eine externe Ressource zu diesem Artikel. Öffne sie nur, wenn sie zu deiner Situation und deinem Bedrohungsmodell passt.
Warum es hier aufgeführt ist: Sie kann beim Thema des Artikels helfen, liegt aber außerhalb von Anonymity Sense und sollte vor der Nutzung geprüft werden.
Tor Project
Eine externe Ressource zu diesem Artikel. Öffne sie nur, wenn sie zu deiner Situation und deinem Bedrohungsmodell passt.
Warum es hier aufgeführt ist: Sie kann beim Thema des Artikels helfen, liegt aber außerhalb von Anonymity Sense und sollte vor der Nutzung geprüft werden.
Proton VPN
Eine externe Ressource zu diesem Artikel. Öffne sie nur, wenn sie zu deiner Situation und deinem Bedrohungsmodell passt.
Warum es hier aufgeführt ist: Sie kann beim Thema des Artikels helfen, liegt aber außerhalb von Anonymity Sense und sollte vor der Nutzung geprüft werden.
URL : https://protonvpn.com/
Mullvad VPN
Eine externe Ressource zu diesem Artikel. Öffne sie nur, wenn sie zu deiner Situation und deinem Bedrohungsmodell passt.
Warum es hier aufgeführt ist: Sie kann beim Thema des Artikels helfen, liegt aber außerhalb von Anonymity Sense und sollte vor der Nutzung geprüft werden.
URL : https://mullvad.net/