Перейти к содержимому

Повторная отправка WS ​

Раздел «Повторная отправка WS» (WS Replay) создаёт повторно используемые сессии для тестирования конечных точек WebSocket. Подключайтесь заново с перехваченными данными рукопожатия, редактируйте сообщения, отправляйте новые кадры и наблюдайте ответы сервера.

Создание сессии ​

Создать сессию WebSocket Replay можно двумя способами:

  • Нажмите перехваченное сообщение в разделе История WS / SSE правой кнопкой и выберите Отправить на повторную отправку WS.
  • Откройте Повторная отправка WS и создайте сессию вручную с URL ws:// или wss://.

Ручные сессии могут содержать собственные заголовки cookie, токенов авторизации, согласования протокола или специальных значений рукопожатия приложения.

Настройка сессии ​

ПолеОписание
ИмяПонятная человеку метка сессии.
URLКонечная точка WebSocket. URL должен начинаться с ws:// или wss://.
ЗаголовкиНеобязательные заголовки рукопожатия при подключении.

При изменении URL или заголовков Ogma сохраняет сессию перед открытием следующего соединения.

Подключение ​

Выберите сессию и нажмите Подключиться. Состояние показывает, отключён ли сокет, подключается, открыт, закрывается или закрыт.

Используйте Отключиться перед сменой цели или данных рукопожатия. После изменения URL или заголовков подключитесь заново для проверки другого пути сервера или контекста аутентификации.

Подключение завершает только рукопожатие WebSocket. Многие приложения затем требуют кадр аутентификации или инициализации перед приёмом рабочих сообщений. Используйте первое перехваченное сообщение клиента как базовый пример, дождитесь подтверждения и только затем отправляйте изменённое сообщение. Перехваченные cookie, подписанные URL и токены могли истечь.

Отправка сообщений ​

Редактируйте данные в редакторе сообщения и отправляйте через выбранную сессию. Текст отправляется текстовыми кадрами WebSocket.

Для шестнадцатеричных байтов переключитесь в двоичный режим. Повторно отправить первое перехваченное сообщение WebSocket помогает отправить инициализацию, а Повторно отправить перехваченную исходящую последовательность отправляет сообщения клиента по порядку. Проверяйте ответы в ленте, не предполагая, что отправка последовательности воссоздала состояние приложения.

Редактор протокола поддерживает Raw WebSocket и управляемые режимы GraphQL (graphql-transport-ws и устаревший graphql-ws). Выберите протокол цели и задайте параметры соединения. При необходимости сохраните исходный заголовок подпротокола; неправильный протокол может привести к отказу перехода на WebSocket.

Обновлять временные метки по умолчанию отключено. Включайте только для неподписанных запросов, которым нужны свежие метки: изменение подписанного URL или данных может сделать подпись недействительной. Автоподключение означает автоматическое переподключение: после разрыва соединения Ogma повторяет попытку подключения, но новому соединению всё равно может требоваться аутентификация уровня приложения.

Сообщения из истории сохраняют исходные данные как отправную точку, чтобы можно было менять по одному полю и сравнивать поведение.

Лента сообщений ​

Лента фиксирует отправленные и полученные кадры выбранной сессии.

СтолбецОписание
НаправлениеКадр отправлен клиентом или получен от сервера.
OpcodeТип кадра, например text, binary, ping, pong или close.
РазмерРазмер данных.
ВремяКогда Ogma зафиксировала кадр.

Выберите сообщение для просмотра данных. JSON форматируется, когда возможно; исходное содержимое остаётся доступным для точной проверки.

Сценарий тестирования ​

  1. Запишите обычный обмен WebSocket в разделе История WS / SSE.
  2. Отправьте интересное сообщение клиента в раздел Повторная отправка WS.
  3. Подключитесь заново и повторите исходное сообщение для подтверждения базового поведения.
  4. Меняйте по одному полю, токену, ID или команде.
  5. Фиксируйте подтверждённое поведение в разделе Находки или ведите записи в разделе Заметки.

Решение проблем ​

СимптомЧто проверить
Переход отклонён или запрещёнURL, Origin, cookie, авторизацию и истёкшие подписанные параметры.
Неверный или незапрошенный подпротоколСравните заголовки Upgrade с перехваченным рукопожатием и выбранным режимом протокола.
Соединение успешно, затем закрываетсяИзучите системное сообщение или сообщение закрытия и отправьте нужный кадр инициализации либо аутентификации.
Сообщение отправлено, полезного ответа нетПроверьте ID подписок, предыдущие сообщения, аутентификацию и состояние приложения; транспорт WebSocket не воссоздаёт сессию браузера автоматически.

В MCP используйте специальные инструменты списка и чтения сообщений WS Replay и отключения. Инструменты перехваченной истории читают другую запись обмена; см. справочник MCP.

Проприетарное ПО. Все права защищены.