WebSocket-Tester / Client

Verbinden Sie sich mit jedem Endpunkt ws:// oder wss://, deklarieren Sie optionale Unterprotokolle, senden Sie Text- oder JSON-Nachrichten und verfolgen Sie den vollständigen Lebenszyklus im Protokoll: Statusübergänge, Schließcodes und Gründe sowie jede Nachricht mit Richtung, Zeit und Inhalt. Alles läuft lokal in Ihrem Browser über die native WebSocket-API — nichts wird über einen Server geleitet. Für einfache HTTP-APIs nutzen Sie den REST-API-Client / Tester; die gesamte Familie finden Sie unter API-Werkzeuge.
Verbindung
CLOSED Willkommens-JSON beim Verbinden senden
Nachricht senden
Nachrichtenprotokoll 0 Ereignisse
Noch nichts. Verbinden Sie sich mit einem Server, um zu beginnen.
Einschränkungen von WebSockets im Browser: Request-Header können nicht angepasst werden (gesendet werden nur Cookies und das oben genannte Unterprotokoll Sec-WebSocket-Protocol); für den Handshake gilt CORS nicht, aber die Richtlinie connect-src der Content-Security-Policy der Seite kann ihn blockieren; eine sichere (https-)Seite kann nur wss:// öffnen; JavaScript kann keine Ping-Frames auf Protokollebene senden (der Browser beantwortet Server-Pings automatisch — verwenden Sie stattdessen Nachrichten auf Anwendungsebene wie {"type":"ping"}, um Heartbeats zu simulieren); selbstsignierte Zertifikate werden nicht vertraut. Für lokale Tests empfohlen: einen eigenen Server betreiben oder ein öffentliches Echo wie wss://ws.postman-echo.com/raw oder wss://echo.websocket.org verwenden.
WebSocket erklärt
Ein WebSocket bietet einen bidirektionalen, dauerhaften Nachrichtenkanal zwischen Browser und Server. Anders als bei HTTP können Nachrichten in beide Richtungen über eine einzige Verbindung laufen.
ws:// vs. wss://—ws://ist unverschlüsselt (wiehttp://); wss://ist verschlüsselt (wiehttps://). Wenn diese Seite über HTTPS ausgeliefert wird, erlaubt der Browser nurwss://Verbindungen. Von einer lokalen Datei (file://) beide Schemata sind erlaubt, aber viele öffentliche Echo-Server (einschließlich echo.websocket.org) akzeptieren nurwss://.
Unterprotokolle — die optionale, durch Kommata getrennte Liste wird dem Handshake-Header Sec-WebSocket-Protocol zugeordnet. Der Server muss eines davon unterstützen, sonst lehnt der Browser die Verbindung ab.
Warum endet Verbinden, aber kein Feld „Nachricht senden“ erscheint? Das Sendeformular erscheint erst, wenn der Status OPEN wird. Lehnt der Server den Handshake ab, sehen Sie ein Fehlerereignis, gefolgt von CLOSED mit Code 1006 (abnormaler Abbruch — kein Schließ-Frame). Typische Ursachen: ws:// gegen einen Server, der nur wss:// akzeptiert, ein falscher Host oder Port, ein nicht passendes Unterprotokoll oder ein Server, der offline ist.
Schließcodes, die Sie sehen können — 1000 normal; 1001 Browser-Tab wird geschlossen; 1006 abnormal / Handshake fehlgeschlagen; 1009 Nachricht zu groß; 1011 Serverfehler. Das Protokoll zeigt Code und einen kurzen Grund automatisch an.
Fehlerbehebung bei fehlgeschlagener Verbindung: Stellen Sie zuerst das Schema auf wss:// um, prüfen Sie, ob der Host erreichbar ist, entfernen Sie nicht benötigte Unterprotokolle und prüfen Sie die Browser-Konsole auf TLS- oder Mixed-Content-Fehler.