WebSocket- & SSE-Tester
Benutzergetriggerte VerbindungÖffnen Sie Echtzeitverbindungen, untersuchen Sie den Datenverkehr, messen Sie Sitzungen, stellen Sie Verbindungen wieder her und exportieren Sie Belege.
Browser WebSocket kann keine beliebigen Handshake-Header setzen oder Ping/Pong-Frames freilegen; es gelten Regeln für gemischte Inhalte.
Verbinden Sie sich mit Protokollereignissen.
So funktioniert es
- 01
Konfigurieren Sie eine Verbindung
Wählen Sie WebSocket oder SSE, geben Sie den Endpunkt ein und legen Sie Unterprotokolle oder Fetch Stream-Header innerhalb der Browsergrenzen fest.
- 02
Überprüfen Sie den Live-Verkehr
Stellen Sie eine explizite Verbindung her, senden Sie WebSocket-Nutzlasten, filtern Sie zeitgestempelte Ereignisse und prüfen Sie Text, JSON, Binärdateien, IDs und Größen.
- 03
Diagnostizieren und exportieren
Überprüfen Sie die Wiederverbindungsaktivität, die Verkehrsraten und die Byte-Gesamtzahl, unterbrechen Sie das Rendern unter Last und exportieren Sie eine begrenzte JSONL-Sitzung.
Häufig gestellte Fragen
Kann ich WebSocket-Handshake-Header festlegen?
Nein. Der Browser-WebSocket API akzeptiert einen URL und Unterprotokolle, stellt jedoch keine willkürlichen Handshake-Header oder Ping/Pong-Kontrollrahmen zur Verfügung.
Was ist der Unterschied zwischen den SSE-Modi?
Native EventSource bietet eine vom Browser verwaltete Wiederverbindung, jedoch keine benutzerdefinierten Header. Fetch Stream kann zulässige Header senden und jedes analysierte Ereignisfeld verfügbar machen, vorbehaltlich CORS.
Warum wurde meine unsichere Verbindung blockiert?
Eine sichere HTTPS-Seite kann nicht frei öffnen unsicher ws:// oder http:// gemischte Inhalte. Verwenden Sie TLS-fähige wss:// oder HTTPS-Endpunkte.
Werden erfasste Nachrichten gespeichert?
Nein. Endpunkte, Header und Traffic bleiben im Speicher, es sei denn, Sie laden die aktuelle gebundene Sitzung explizit als JSONL herunter.
Ähnliche Tools
Arbeiten Sie mit weiteren fokussierten Browser-Hilfsmitteln weiter.