EMZETT.Glossar
1620 Begriffe aus IT, Netzwerk, Sicherheit und Programmierung: erst kurz erklärt, dann ausführlicher. Suche nach einem Wort oder wähle einen Buchstaben.
53 Treffer · die ersten 40
Client Ein Gerät oder Programm, das Dienste oder Daten von einem Server anfordert — das Gegenstück zum Server im Client-Server-Modell.
Beispiele: ein Browser, der eine Webseite von einem Webserver lädt, oder ein E-Mail-Programm, das Nachrichten von einem Mailserver abruft. Ein Gerät kann je nach Kontext gleichzeitig Client und Server sein (z. B. bei Peer-to-Peer-Systemen).
Verwandt: Endgerät · Server · Next.js App Router · MCP (Model Context Protocol) · Streamable HTTP · ARP
Ganzer Artikel im Wiki →AAAA-Eintrag Ein DNS-Eintragstyp, der einen Domainnamen direkt auf eine IPv6-Adresse abbildet — das IPv6-Gegenstück zum A-Eintrag.
Der Name "AAAA" ist kein Tippfehler: Eine IPv6-Adresse ist viermal so lang wie eine IPv4-Adresse (128 statt 32 Bit), daher vervierfachtes "A". Eine Domain kann gleichzeitig einen A- und einen AAAA-Eintrag besitzen, damit sowohl IPv4- als auch IPv6-fähige Clients sie erreichen ("Dual-Stack").
Verwandt: A-Eintrag · DNS-Einträge · Domain · DNS · IPv6 · CNAME
Ganzer Artikel im Wiki →ADB (Android Debug Bridge) ADB ist ein Kommandozeilenwerkzeug, mit dem ein Computer ein Android-Gerät per USB oder WLAN steuert: Apps installieren, Dateien kopieren, Protokolle lesen und Befehle ausführen.
ADB besteht aus drei Teilen: dem Client (adb am Rechner), einem Server (Hintergrundprozess am Rechner) und dem Dienst adbd auf dem Gerät. Entwickler nutzen es zum Testen und Fehlersuchen. Es gehört zu den Android Platform Tools.
Verwandt: Bootloader · Firmware · Treiber
Ganzer Artikel im Wiki →Alert Protocol Das TLS-Teilprotokoll, über das Client und Server sich gegenseitig Fehler oder Statusänderungen mitteilen — z. B. ein ungültiges Zertifikat oder das geordnete Beenden einer Verbindung.
Alert-Nachrichten haben eine Schweregrad-Stufe (warning oder fatal) und einen Beschreibungscode (z. B. certificate_expired, handshake_failure, close_notify). Ein "fatal"-Alert beendet die Verbindung sofort, ein "warning" kann je nach Typ toleriert werden. close_notify ist der reguläre Weg, eine TLS-Verbindung sauber zu beenden — verhindert sogenannte Truncation-Angriffe, bei denen ein Angreifer eine Verbindung einfach abbricht, um Daten abzuschneiden.
Verwandt: Application Data Protocol · Change Cipher Spec Protocol · Handshake Protocol · TLS · TLS Record Protocol · Zertifikat
Ganzer Artikel im Wiki →Angular Ein umfassendes Frontend-Framework von Google (TypeScript-basiert) — im Gegensatz zu React eine "Batteries-included"-Komplettlösung mit fest vorgegebener Struktur.
Angular bringt Routing, Formularverarbeitung, HTTP-Client und Dependency Injection direkt mit, statt wie React nur eine View-Bibliothek zu sein, die man mit anderen Tools kombiniert. Die Neuentwicklung ab Angular 2 (2016) war ein kompletter Rewrite des ursprünglichen AngularJS, beide sind nicht kompatibel zueinander.
Verwandt: AngularJS · React · Vue · Komponenten · jQuery · TypeScript
Ganzer Artikel im Wiki →Authentizität Die Eigenschaft, dass Daten oder eine Verbindung nachweislich von der angegebenen Quelle stammen — Schutzziel neben Integrität und Vertraulichkeit.
Authentizität wird technisch meist über digitale Signaturen oder Zertifikate hergestellt: Ein signiertes Dokument kann nur von jemandem stammen, der den passenden privaten Schlüssel besitzt. Bei TLS-Verbindungen sorgt das Server-Zertifikat dafür, dass der Client sicher sein kann, wirklich mit dem echten Server zu sprechen und nicht Opfer von Spoofing zu werden.
Verwandt: Integrität · Signatur · Zertifikatsstellen · eIDAS · Authentifizierung · CIA-Triade
Ganzer Artikel im Wiki →Cache-Tags und revalidateTag (Next.js) Next.js kann Serverdaten mit einem benannten “Tag” cachen (statt nur nach Zeit) — ein gezielter Aufruf von revalidateTag() macht dann NUR die mit diesem Tag versehenen, gecachten Daten ungültig, ohne den restlichen Cache anzufassen.
Erlaubt eine Kombination aus TTL (Time-to-live, als Sicherheitsnetz) und gezielter, sofortiger Invalidierung bei genau den Aktionen, die die zugrunde liegenden Daten wirklich ändern. Seit Next.js 16 verlangt revalidateTag() ein zweites Argument (Cache-Profil, z. B. "max") — das steuert Stale-While-Revalidate-Verhalten: der Tag wird als veraltet markiert, aber nicht mehr zwingend sofort und hart für alle Clients gepurged wie in älteren Next.js-Versionen ohne dieses zweite Argument.
Verwandt: React.cache() · Next.js App Router · Daten · TTL
Ganzer Artikel im Wiki →Change Cipher Spec Protocol Ein kurzes TLS-Teilprotokoll, das signalisiert: "Ab jetzt wird mit den gerade ausgehandelten Schlüsseln verschlüsselt weitergemacht."
Die Change-Cipher-Spec-Nachricht besteht nur aus einem einzigen Byte und markiert den Übergang vom unverschlüsselten Handshake zur verschlüsselten Kommunikation. Sowohl Client als auch Server senden diese Nachricht jeweils einmal, sobald sie bereit sind, mit dem neu ausgehandelten Sitzungsschlüssel zu verschlüsseln. In TLS 1.3 wurde dieser Schritt aus Vereinfachungsgründen entfernt (nur noch aus Kompatibilitätsgründen vorhanden).
Verwandt: Handshake Protocol · Alert Protocol · Application Data Protocol · Cipher Suite · Sitzungsschlüssel · TLS
Ganzer Artikel im Wiki →Cipher Suite Eine festgelegte Kombination aus Algorithmen (Schlüsselaustausch, Verschlüsselung, Hash-Funktion), die eine TLS-Verbindung für ihre gesamte Dauer verwendet.
Eine Cipher Suite wie TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 legt fest: welches Verfahren für den Schlüsselaustausch genutzt wird (ECDHE), welcher Algorithmus für die Authentifizierung (RSA), welcher symmetrische Algorithmus für die eigentliche Verschlüsselung (AES-256-GCM) und welche Hash-Funktion für Integritätsprüfungen (SHA-384). Im Handshake schlägt der Client eine Liste unterstützter Cipher Suites vor, der Server wählt eine davon aus.
Verwandt: Handshake Protocol · TLS · Change Cipher Spec Protocol · Handshake · SHA-256 · Signatur
Ganzer Artikel im Wiki →Datenbankserver Ein Datenbankserver ist ein Server, auf dem ein Datenbanksystem läuft und der Daten für andere Programme speichert und abfragt.
Anwendungen (z. B. ein Webserver) verbinden sich über das Netzwerk als Client und stellen Abfragen mit SQL. Beispiele für Systeme sind PostgreSQL, MySQL oder MariaDB. Dieses Projekt nutzt PostgreSQL bei Neon.
Verwandt: Neon · Firewall · Verschlüsselung · Client · Server · SSDs
Ganzer Artikel im Wiki →DHCP-Server Ein DHCP-Server ist der Dienst, der Geräten in einem Netz automatisch IP-Adressen und weitere Einstellungen zuteilt.
In Heimnetzen steckt er im Router, in Firmen läuft er meist auf einem Windows- oder Linux-Server. Er arbeitet mit dem DHCP-Protokoll (DORA-Ablauf) über UDP, Server-Port 67 und Client-Port 68.
Verwandt: DNS-Server · Access Point · DHCP · IP-Adressen · ipconfig · MAC-Adressen
Ganzer Artikel im Wiki →Digitale ID Ein digitaler Nachweis der Identität einer Person, eines Geräts oder eines Systems — die elektronische Entsprechung eines Ausweisdokuments.
Digitale Identitäten reichen von einfachen Benutzerkonten (E-Mail + Passwort) über zertifikatsbasierte Identitäten (z. B. ein Client-Zertifikat, das ein Gerät eindeutig ausweist) bis zu staatlich ausgegebenen elektronischen Ausweisen (z. B. der Online-Ausweisfunktion des deutschen Personalausweises, eIDAS auf EU-Ebene). Je nach Anwendungsfall unterscheidet sich das nötige Vertrauensniveau — ein einfacher Foren-Account braucht weniger starke Identitätsprüfung als ein Online-Banking-Zugang.
Verwandt: Identität · eIDAS · Authentifizierung · DSGVO · ID · Zertifikat
Ganzer Artikel im Wiki →Drucker Ein Ausgabegerät, das digitale Inhalte auf Papier (oder andere Materialien) überträgt — z. B. Tintenstrahl-, Laser- oder 3D-Drucker.
In Netzwerken werden Drucker oft zentral über einen Druckserver freigegeben, sodass mehrere Clients denselben Drucker nutzen können, statt dass jedes Gerät eine eigene, direkt angeschlossene Druckerhardware braucht.
Verwandt: Peripherie · Bon-Drucker · Client · Endgerät · Label-Drucker · Printserver
Ganzer Artikel im Wiki →Echtzeitanwendung Eine Anwendung, bei der Daten ohne merkliche Verzögerung zwischen Client und Server (oder zwischen mehreren Clients) ausgetauscht werden — z. B. Chats, Live-Dashboards oder Multiplayer-Spiele.
Klassisches HTTP ist für Echtzeitanwendungen ungeeignet, da der Client aktiv anfragen muss (Polling). Echtzeitfähigkeit wird stattdessen meist über WebSockets, Server-Sent Events oder Push-Dienste wie Pusher erreicht, bei denen der Server selbstständig Updates an verbundene Clients senden kann.
Verwandt: Pusher · HTTP · Latenz · Client · Server · Daten
Ganzer Artikel im Wiki →FTP File Transfer Protocol — eines der ältesten Internetprotokolle zur Dateiübertragung zwischen Client und Server, standardmäßig unverschlüsselt.
FTP nutzt zwei getrennte Verbindungen: eine für Steuerbefehle (Standard-Port 21) und eine für die eigentlichen Daten. Weil Zugangsdaten und Dateiinhalte im Klartext übertragen werden, gilt es heute als unsicher — abgelöst durch SFTP oder FTPS. Wird trotzdem noch in älteren Hosting-Umgebungen verwendet.
Verwandt: SFTP · Netzwerkdienste · OSI-Schicht: Application · SCP · SSH · Standard-Port
Ganzer Artikel im Wiki →Gaming Im Netzwerkkontext: Online-Spiele, die kontinuierlichen, latenzkritischen Datenaustausch zwischen Client und Server (oder zwischen Spielern) benötigen.
Gaming-Traffic stellt besondere Anforderungen an ein Netzwerk — niedrige Latenz ist meist wichtiger als hohe Bandbreite, da Eingaben in Echtzeit verarbeitet werden müssen. Viele Spiele nutzen UDP statt TCP, weil ein verlorenes, leicht veraltetes Paket weniger schadet als die durch TCP erzwungene Wartezeit auf erneute Übertragung.
Verwandt: Discord · Bandbreite · Latenz · Paket · TCP · UDP
Ganzer Artikel im Wiki →GraphQL und gRPC GraphQL und gRPC sind Alternativen zu klassischen REST-Schnittstellen. GraphQL lässt Clients genau die Felder anfordern, die sie brauchen, gRPC nutzt ein kompaktes Binärformat.
Bei GraphQL schickt der Client eine Abfrage, die beschreibt, welche Daten er braucht, und erhält genau diese in einer Anfrage. Bei gRPC definiert man Funktionen und Nachrichten in einer Schemadatei (Protocol Buffers), daraus entsteht Code für viele Sprachen.
Verwandt: HTTP-Caching · Microservices · REST
Ganzer Artikel im Wiki →Handshake Der Verbindungsaufbau zwischen zwei Systemen, bei dem beide Seiten sich auf Parameter für die weitere Kommunikation einigen, bevor die eigentlichen Daten fließen.
Der Begriff wird auf mehreren Ebenen verwendet: Beim TCP-Three-Way-Handshake einigen sich zwei Hosts auf eine verlässliche Verbindung (SYN/SYN-ACK/ACK). Beim TLS-Handshake einigen sich Client und Server zusätzlich auf eine Cipher Suite, tauschen Zertifikate aus und handeln einen Sitzungsschlüssel aus. Erst nach erfolgreichem Handshake beginnt die eigentliche Datenübertragung.
Verwandt: Three-Way-Handshake · Handshake Protocol · Sitzungsschlüssel · Verbindung · ACK · HTTPS
Ganzer Artikel im Wiki →Handshake Protocol Das TLS-Teilprotokoll, das den Verbindungsaufbau regelt: Aushandeln der Cipher Suite, Austausch der Zertifikate und Vereinbarung des Sitzungsschlüssels.
Ablauf vereinfacht: Der Client schickt eine "ClientHello"-Nachricht mit unterstützten Cipher Suites und TLS-Versionen. Der Server antwortet mit "ServerHello" (gewählte Cipher Suite), seinem Zertifikat und ggf. weiteren Parametern. Anschließend wird über asymmetrische Kryptografie ein gemeinsamer Sitzungsschlüssel etabliert. Erst danach signalisieren beide Seiten über das Change Cipher Spec Protocol, dass ab jetzt verschlüsselt kommuniziert wird.
Verwandt: Application Data Protocol · Change Cipher Spec Protocol · Cipher Suite · Handshake · TLS Record Protocol · Alert Protocol
Ganzer Artikel im Wiki →HTTP Hypertext Transfer Protocol — das Protokoll, über das Browser und Server Webseiten und andere Ressourcen austauschen, unverschlüsselt.
Funktioniert nach dem Request-Response-Prinzip: Der Client schickt eine Request (z. B. GET /seite), der Server antwortet mit Statuscode und Inhalt. Baut auf TCP auf. Da alles im Klartext übertragen wird (auch Passwörter, Cookies), heute größtenteils durch HTTPS ersetzt.
Verwandt: HTTPS · Protokoll · Request · TCP · Cookies · Ressourcen
Ganzer Artikel im Wiki →HTTP 100 Continue Der Server hat den Anfang der Anfrage erhalten, der Client darf den Rest (den Body) senden.
Wird verwendet, wenn ein Client einen großen Body schicken will und vorher mit dem Header Expect: 100-continue nachfragt, ob der Server ihn überhaupt annimmt. So spart man Übertragung, falls der Server ohnehin ablehnen würde (z. B. wegen fehlender Anmeldung).
Verwandt: HTTP-Statuscodes Überblick · HTTP
Ganzer Artikel im Wiki →HTTP 101 Switching Protocols Der Server wechselt auf das vom Client gewünschte Protokoll, zum Beispiel WebSocket.
Der Client schickt Upgrade: websocket und Connection: Upgrade. Stimmt der Server zu, antwortet er mit 101, und über dieselbe Verbindung läuft ab jetzt das neue Protokoll statt HTTP.
Verwandt: HTTP-Statuscodes Überblick · HTTP
Ganzer Artikel im Wiki →HTTP 204 No Content Die Anfrage war erfolgreich, es gibt aber nichts zurückzugeben.
Die Antwort hat keinen Body. Der Browser bleibt auf der aktuellen Seite. Üblich nach DELETE oder PUT, wenn der Client keine neuen Daten braucht.
Verwandt: HTTP-Statuscodes Überblick · HTTP
Ganzer Artikel im Wiki →HTTP 206 Partial Content Der Server liefert nur einen Teil der Datei, wie im Range-Header angefordert.
Der Client bittet mit Range: bytes=0-1023 um einen Ausschnitt, der Server antwortet mit 206 und Content-Range. So lassen sich Downloads fortsetzen, und Videoplayer können an eine beliebige Stelle springen.
Verwandt: HTTP-Statuscodes Überblick · HTTP
Ganzer Artikel im Wiki →HTTP 307 Temporary Redirect Vorübergehende Weiterleitung, bei der Methode und Body unverändert bleiben.
Anders als bei 302 darf der Client aus einem POST nicht stillschweigend ein GET machen. Er wiederholt dieselbe Anfrage an der neuen Adresse. Suchmaschinen behalten die alte Adresse im Index.
Verwandt: HTTP-Statuscodes Überblick · HTTP 301 Moved Permanently · HTTP 302 Found · HTTP 308 Permanent Redirect
Ganzer Artikel im Wiki →HTTP 400 Bad Request Der Server versteht die Anfrage nicht, weil sie fehlerhaft aufgebaut ist.
Der Fehler liegt aus Sicht des Servers beim Client.
Verwandt: HTTP · API · JSON · HTTP 422 Unprocessable Content · HTTP-Statuscodes Überblick
Ganzer Artikel im Wiki →HTTP 406 Not Acceptable Der Server kann keine Antwort in einem der Formate liefern, die der Client akzeptiert.
Der Client nennt in Accept, Accept-Language oder Accept-Encoding, was er verstehen kann. Findet der Server nichts Passendes, antwortet er mit 406 (viele Server liefern stattdessen einfach ihr Standardformat).
Verwandt: HTTP-Statuscodes Überblick · HTTP
Ganzer Artikel im Wiki →HTTP 408 Request Timeout Der Server hat zu lange auf die vollständige Anfrage gewartet.
Der Client war zu langsam oder die Verbindung hakte.
Verwandt: HTTP · Latenz · HTTP-Statuscodes Überblick
Ganzer Artikel im Wiki →HTTP 505 HTTP Version Not Supported Der Server unterstützt die HTTP-Version der Anfrage nicht.
Selten: Ein Client spricht eine Version (z. B. HTTP/2 oder HTTP/0.9), die der Server nicht kennt. Moderne Browser handeln die Version aus und fallen bei Bedarf auf HTTP/1.1 zurück.
Verwandt: HTTP-Statuscodes Überblick · HTTP
Ganzer Artikel im Wiki →HTTPS HTTP über eine TLS-verschlüsselte Verbindung — dieselbe Kommunikation wie HTTP, aber gegen Mitlesen und Manipulation abgesichert.
Vor dem eigentlichen HTTP-Austausch findet ein TLS-Handshake statt, bei dem Server (und optional Client) sich über ein Zertifikat ausweisen und einen gemeinsamen Sitzungsschlüssel aushandeln. Erkennbar am Schloss-Symbol im Browser und am https://-Präfix. Heute Standard für praktisch jede Website.
Verwandt: HTTP · TLS · Browser · URL · DNS · End-To-End-Verbindung
Ganzer Artikel im Wiki →IMAP Internet Message Access Protocol — ruft E-Mails vom Mailserver ab, wobei die Nachrichten dabei zentral auf dem Server verbleiben (im Gegensatz zu POP3).
Weil E-Mails serverseitig bleiben, sind sie auf allen Geräten synchron sichtbar — Ordnerstruktur, Lesestatus und Löschungen werden zwischen Client und Server abgeglichen. Ergänzt SMTP, das nur für den Versand zuständig ist.
Verwandt: SMTP · Mailserver · OSI-Schicht: Application · Standard-Port · TLS · Client
Ganzer Artikel im Wiki →IPSec Internet Protocol Security — eine Protokollsuite, die IP-Pakete auf Netzwerkebene authentifiziert und verschlüsselt, unabhängig von der darüberliegenden Anwendung.
Weil IPSec direkt auf Schicht 3 ansetzt, ist es für alle Anwendungen transparent — sie merken nichts von der Verschlüsselung. Häufigster Einsatzzweck: Aufbau von Site-to-Site- oder Client-VPN-Verbindungen zwischen Netzwerken.
Verwandt: VPN · HTTPS · OSI-Schicht Vermittlung · Handshake · Security · TLS
Ganzer Artikel im Wiki →ISP Das Interface-Segregation-Prinzip (ISP) besagt: Viele kleine, spezifische Schnittstellen sind besser als eine große.
Das „I“ in SOLID. Kein Client soll von Methoden abhängen, die er nicht nutzt.
Verwandt: DIP · Internet-Service-Provider · Interface · SOLID-Prinzipien · SRP
Ganzer Artikel im Wiki →Load Balancer (Lastverteiler) Ein Load Balancer verteilt eingehende Anfragen auf mehrere Server, damit keiner überlastet wird und der Dienst auch bei Ausfall eines Servers weiterläuft.
Er prüft regelmäßig, ob die Server gesund sind (Health Checks), und schickt Anfragen nur an funktionierende. Verfahren sind zum Beispiel Round Robin (reihum), Least Connections (der mit den wenigsten Verbindungen) und Hash nach Client-IP.
Verwandt: Nginx und Reverse-Proxy · Gesundheitsprüfung und Statusseite · Skalierung
Ganzer Artikel im Wiki →MCP (Model Context Protocol) Offenes Protokoll, mit dem eine KI wie Claude über einen einheitlichen Kanal auf externe Tools und Datenquellen zugreifen kann (Dateien, APIs, Apps), ohne dass für jede App eine eigene Integration geschrieben werden muss.
Ein MCP-Server bietet “Tools” (aufrufbare Funktionen) über eine standardisierte Schnittstelle an – als Transport dient z. B. stdio, SSE oder Streamable HTTP. Der Client (hier Claude Code) verbindet sich, bekommt eine Liste verfügbarer Tools, und ruft sie danach wie eingebaute Tools auf.
Verwandt: Obsidian Vault · Streamable HTTP · Protokoll · Client · Code · Dateien
Ganzer Artikel im Wiki →Next.js App Router Next.js’ Routing- und Rendering-System (seit Version 13), bei dem Seiten standardmäßig serverseitig gerendert werden (“Server Components”) und nur explizit markierte Teile im Browser laufen (“Client Components”, "use client").
next/dynamic mit ssr:false (eine Komponente komplett vom Server-Rendering ausschließen) funktioniert nur innerhalb einer Client Component — in einer Server Component (wie z. B. layout.tsx ohne "use client") ist das ein harter Build-Fehler, kein Warning. npx tsc --noEmit prüft nur TypeScript-Typen und fängt solche Next.js-spezifischen Regeln nicht ab — dafür braucht es einen echten next build.
Verwandt: Cache-Tags und revalidateTag (Next.js) · next-intl · proxy.ts (Next.js Middleware-Nachfolger) · Conventional Commits · Client · Server
Ganzer Artikel im Wiki →Poll/Push Zwei gegensätzliche Strategien, um Daten aktuell zu halten: Beim Polling fragt der Client regelmäßig aktiv nach neuen Daten, beim Push schickt der Server sie von sich aus, sobald sie verfügbar sind.
Polling ist einfach zu implementieren, verschwendet aber Ressourcen, wenn oft "nichts Neues" die Antwort ist. Push-Mechanismen (z. B. WebSockets, Server-Sent Events, Mobile Push Notifications) sind effizienter, brauchen aber eine dauerhafte Verbindung oder einen externen Push-Dienst.
Verwandt: Request · Bandbreite · HTTP · Load-Balancing · SNMP · Streaming
Ganzer Artikel im Wiki →Pusher Ein gehosteter Dienst für Echtzeit-Kommunikation (WebSockets) zwischen Server und Browser — z. B. damit eine Chat-Nachricht sofort bei allen anderen offenen Browserfenstern erscheint, ohne dass die Seite neu geladen werden muss.
Man abonniert im Browser einen “Channel”; der Server “published” Events auf diesen Channel, Pusher leitet sie in Echtzeit an alle verbundenen Clients weiter. Private Channels (z. B. persönliche Chats) brauchen einen eigenen Server-Endpoint (Auth-Endpoint), der bei jedem Verbindungsversuch prüft, ob der User überhaupt Zugriff auf diesen Channel haben darf.
Verwandt: Rate Limiting · DeepL API · Sockets · Server · Browser · Dienst
Ganzer Artikel im Wiki →Request Eine Anfrage, die ein Client an einen Server schickt, um eine Aktion auszulösen oder Daten abzurufen — die Grundlage des Request-Response-Musters vieler Protokolle.
Bei HTTP z. B. besteht ein Request aus einer Methode (GET, POST etc.), einem Pfad und optional Kopfdaten/Body. Der Server beantwortet jeden Request mit einer Response. Dieses Muster zieht sich durch viele Protokolle, nicht nur HTTP.
Verwandt: HTTP · Poll/Push · Neon Auto-Suspend · Rate Limiting · React.cache() · proxy.ts (Next.js Middleware-Nachfolger)
Ganzer Artikel im Wiki →Server Ein Computer (oder Programm), der Ressourcen oder Dienste für andere Geräte (Clients) im Netzwerk bereitstellt — z. B. Webseiten, Dateien oder Datenbankzugriffe.
Serverhardware ist meist auf Dauerbetrieb, Redundanz und hohen Durchsatz statt auf einzelne Nutzererfahrung ausgelegt (ECC-RAM, redundante Netzteile, Server-CPUs mit vielen Kernen). "Server" bezeichnet sowohl die physische Maschine als auch die darauf laufende Software (z. B. ein Webserver-Prozess).
Verwandt: Client · Computer · Neon · Next.js App Router · Rechenzentrum · DNS-Records
Ganzer Artikel im Wiki →