WS opnieuw versturen
WS opnieuw versturen (WebSocket Replay) maakt herbruikbare sessies voor het testen van WebSocket-eindpunten. Gebruik het om opnieuw verbinding te maken met vastgelegde handshakedetails, berichten te bewerken, nieuwe frames te versturen en serverantwoorden te bekijken.
Een sessie maken
Je kunt op twee manieren een sessie voor opnieuw versturen via WebSocket maken:
- Klik met de rechtermuisknop op een vastgelegd WebSocket-bericht in WS-/SSE-geschiedenis en kies Naar WS opnieuw versturen sturen.
- Open WS opnieuw versturen en maak handmatig een sessie met een
ws://- ofwss://-URL.
Handmatige sessies kunnen aangepaste headers bevatten voor cookies, autorisatietokens, protocolonderhandeling of applicatiespecifieke handshakewaarden.
Sessie instellen
| Veld | Beschrijving |
|---|---|
| Naam | Leesbaar sessielabel. |
| URL | WebSocket-eindpunt. De URL moet beginnen met ws:// of wss://. |
| Headers | Optionele handshakeheaders die bij het verbinden worden verstuurd. |
Als je de URL of headers wijzigt, slaat Ogma de sessie op voordat de volgende verbinding wordt geopend.
Verbinden
Selecteer een sessie en klik op Verbinden. De verbindingsstatus toont of de socket niet verbonden is, verbinding maakt, open is, wordt gesloten of gesloten is.
Gebruik Verbinding verbreken voordat je van doel wisselt of handshakedetails wijzigt. Maak na het bewerken van de URL of headers opnieuw verbinding om een nieuw serverpad of een nieuwe geauthenticeerde context te testen.
Verbinden voltooit alleen de WebSocket-handshake. Veel applicaties vereisen daarna een authenticatie- of initialisatieframe voordat ze functionele berichten accepteren. Gebruik het eerste vastgelegde clientbericht als referentie, wacht op de bevestiging en verstuur pas daarna je gewijzigde bericht. Vastgelegde cookies, ondertekende URL’s en tokens kunnen verlopen zijn.
Berichten versturen
Gebruik de berichteditor om een payload te bewerken en via de geselecteerde sessie te versturen. Tekstpayloads worden als WebSocket-tekstframes verstuurd.
Schakel voor hexadecimale bytes over naar de binaire modus. Eerste vastgelegde WebSocket-bericht opnieuw versturen helpt bij het opnieuw versturen van initialisatie, en Vastgelegde uitgaande reeks opnieuw versturen verstuurt de vastgelegde clientberichten op volgorde. Controleer antwoorden in de tijdlijn in plaats van aan te nemen dat het versturen van een reeks de applicatietoestand heeft hersteld.
De protocoleditor ondersteunt Onbewerkt WebSocket en beheerde GraphQL-modi (graphql-transport-ws en het oudere graphql-ws). Kies het protocol van het doel en geef de verbindingsparameters op. Behoud de oorspronkelijke subprotocolheader wanneer deze vereist is; het aanvragen van het verkeerde protocol kan de upgrade laten mislukken.
Tijdstempels bijwerken staat standaard uit. Schakel dit alleen in voor niet-ondertekende verzoeken die nieuwe tijdstempels nodig hebben: het wijzigen van een ondertekende URL of payload kan de handtekening ongeldig maken. Automatisch opnieuw verbinden probeert na het verbreken van een verbinding opnieuw verbinding te maken, maar een nieuwe verbinding kan nog steeds authenticatie op applicatieniveau nodig hebben.
Berichten die vanuit de geschiedenis worden gestuurd, behouden hun oorspronkelijke payload als uitgangspunt, zodat je één veld tegelijk kunt wijzigen en het gedrag kunt vergelijken.
Berichttijdlijn
De tijdlijn legt verstuurde en ontvangen frames voor de geselecteerde sessie vast.
| Kolom | Beschrijving |
|---|---|
| Richting | Of het frame door de client is verstuurd of van de server is ontvangen. |
| Opcode | Frametype, zoals tekst, binair, ping, pong of close. |
| Grootte | Payloadgrootte. |
| Tijd | Wanneer Ogma het frame heeft waargenomen. |
Selecteer een bericht om de payload te inspecteren. JSON-payloads worden waar mogelijk opgemaakt; ruwe inhoud blijft beschikbaar voor nauwkeurige beoordeling.
Testworkflow
- Leg een normale WebSocket-stroom vast in WS-/SSE-geschiedenis.
- Stuur een interessant clientbericht naar WS opnieuw versturen.
- Maak opnieuw verbinding en verstuur het oorspronkelijke bericht opnieuw om het referentiegedrag te bevestigen.
- Wijzig één veld, token, ID of opdracht tegelijk.
- Leg bevestigd gedrag vast in Bevindingen of bewaar aantekeningen in Notities.
Problemen oplossen
| Symptoom | Wat te controleren |
|---|---|
| Upgrade geweigerd of verboden | URL, Origin, cookies, autorisatie en verlopen ondertekende querywaarden. |
| Ongeldig of niet-aangevraagd subprotocol | Vergelijk Upgradeheaders met de vastgelegde handshake en de geselecteerde protocolmodus. |
| Verbinding slaagt en wordt daarna gesloten | Inspecteer het systeem-/sluitbericht en verstuur het vereiste initialisatie- of authenticatieframe. |
| Bericht verstuurd, maar geen bruikbaar antwoord | Controleer abonnements-ID’s, eerdere berichten, authenticatie en applicatietoestand; WebSocket-transport reconstrueert niet automatisch een browsersessie. |
Gebruik bij MCP de specifieke tools voor het lezen van berichten in WS opnieuw versturen, het opvragen van de berichtenlijst en het verbreken van de verbinding. Tools voor vastgelegde geschiedenis lezen een ander transcript; zie het naslagwerk voor MCP-tools.