---
url: https://docs.ogmabox.com/cs/app/ws-replay.md
description: >-
  Znovu se připojujte ke koncovým bodům WebSocket, upravujte rámce a opakovaně
  odesílejte zachycené zprávy v Ogma.
---

# Opakované odesílání WS {#websocket-replay}

Opakované odesílání WS (WebSocket Replay) vytváří opakovaně použitelné relace pro testování koncových bodů WebSocket. Používejte je k opětovnému připojení se zachycenými podrobnostmi navázání spojení, úpravám zpráv, odesílání nových rámců a sledování odpovědí serveru.

## Vytvoření relace {#creating-a-session}

Relaci Opakovaného odesílání WS vytvoříte dvěma způsoby:

* Klikněte pravým tlačítkem na zachycenou zprávu WebSocket v **Historii WS / SSE** a zvolte **Odeslat do opakovaného odesílání WS**.
* Otevřete **Opakované odesílání WS** a ručně vytvořte relaci s URL `ws://` nebo `wss://`.

Ruční relace mohou obsahovat vlastní hlavičky pro cookies, autorizační tokeny, vyjednání protokolu nebo hodnoty navázání spojení specifické pro aplikaci.

## Nastavení relace {#session-setup}

| Pole | Popis |
| --- | --- |
| Název | Srozumitelné označení relace. |
| URL | Koncový bod WebSocket. URL musí začínat `ws://` nebo `wss://`. |
| Hlavičky | Volitelné hlavičky navázání spojení odesílané při připojení. |

Pokud změníte URL nebo hlavičky, Ogma relaci uloží před otevřením dalšího připojení.

## Připojení {#connecting}

Vyberte relaci a klikněte na **Připojit**. Stav připojení ukazuje, zda je socket odpojený, připojuje se, je otevřený, zavírá se nebo je zavřený.

Před změnou cíle nebo podrobností navázání spojení použijte **Odpojit**. Po úpravě URL nebo hlaviček se znovu připojte a otestujte novou cestu serveru nebo autentizovaný kontext.

Připojení pouze dokončí navázání spojení WebSocket. Mnoho aplikací poté vyžaduje autentizační nebo inicializační rámec, než přijme zprávy aplikační logiky. Použijte první zachycenou zprávu klienta jako výchozí, počkejte na její potvrzení a teprve pak odešlete upravenou zprávu. Zachycené cookies, podepsané URL a tokeny již mohly vypršet.

## Odesílání zpráv {#sending-messages}

Pomocí editoru zprávy upravte payload a odešlete jej přes vybranou relaci. Textové payloady se odesílají jako textové rámce WebSocket.

Pro hexadecimální bajty přepněte do binárního režimu. **Znovu odeslat první zachycenou zprávu WebSocket** pomáhá opakovat inicializaci a **Znovu odeslat zachycenou posloupnost odchozích zpráv** odesílá zachycené zprávy klienta v pořadí. Odpovědi kontrolujte na časové ose místo předpokladu, že odeslání sekvence obnovilo stav aplikace.

Editor protokolu podporuje režim **Přímý WebSocket** a spravované režimy GraphQL (`graphql-transport-ws` a starší `graphql-ws`). Zvolte protokol používaný cílem a zadejte jeho parametry připojení. Je-li to vyžadováno, zachovejte původní hlavičku subprotokolu; požadavek na nesprávný protokol může způsobit selhání přechodu na WebSocket.

**Aktualizovat časová razítka** je ve výchozím nastavení vypnuto. Zapněte tuto volbu pouze pro nepodepsané požadavky vyžadující aktuální časové údaje: změna podepsané URL nebo payloadu může zneplatnit podpis. **Automaticky se znovu připojit** opakuje připojení po odpojení, ale nové připojení může stále vyžadovat autentizaci na aplikační úrovni.

Zprávy odeslané ze zachycené historie si jako výchozí bod zachovávají původní payload, takže můžete měnit vždy jedno pole a porovnávat chování.

## Časová osa zpráv {#message-timeline}

Časová osa zaznamenává odeslané a přijaté rámce vybrané relace.

| Sloupec | Popis |
| --- | --- |
| Směr | Zda rámec odeslal klient, nebo byl přijat od serveru. |
| Operační kód | Typ rámce, například text, binary, ping, pong nebo close. |
| Velikost | Velikost payloadu. |
| Čas | Kdy Ogma rámec zaznamenala. |

Vyberte zprávu a prohlédněte její payload. Payloady JSON se formátují, pokud je to možné; surový obsah zůstává dostupný pro přesnou kontrolu.

## Testovací postup {#testing-workflow}

1. Zachyťte běžný průběh komunikace WebSocket v **Historii WS / SSE**.
2. Odešlete zajímavou zprávu klienta do **Opakovaného odesílání WS**.
3. Znovu se připojte a odešlete původní zprávu, abyste potvrdili výchozí chování.
4. Měňte vždy jedno pole, token, ID nebo příkaz.
5. Potvrzené chování zaznamenejte v **Nálezech** nebo si veďte poznámky v **Poznámkách**.

## Řešení problémů {#troubleshooting}

| Příznak | Co zkontrolovat |
| --- | --- |
| Přechod na WebSocket odmítnut nebo zakázán | URL, Origin, cookies, autorizaci a vypršené podepsané hodnoty dotazu. |
| Neplatný nebo nevyžádaný subprotokol | Porovnejte hlavičky přechodu na WebSocket se zachyceným navázáním spojení a vybraným režimem protokolu. |
| Připojení uspěje a pak se uzavře | Prohlédněte systémovou/uzavírací zprávu a odešlete požadovaný inicializační nebo autentizační rámec. |
| Zpráva byla odeslána, ale nepřišla užitečná odpověď | Ověřte ID odběrů, předchozí zprávy, autentizaci a stav aplikace; přenos WebSocket automaticky neobnovuje relaci prohlížeče. |

V MCP používejte vyhrazené nástroje Opakovaného odesílání WS pro výpis/čtení zpráv a odpojení. Nástroje zachycené historie čtou jiný záznam komunikace; viz [referenční dokumentace nástrojů MCP](../reference/mcp-tools.md#websocket-and-sse).

## Související stránky {#related-pages}

* [Historie WS / SSE](./ws-sse-history.md)
* [Opakované odesílání](./replay.md)
* [Nálezy](./findings.md)