Повторне надсилання WS
Розділ «Повторне надсилання WS» створює повторно використовувані сеанси для тестування кінцевих точок WebSocket. Використовуйте його для повторного підключення з перехопленими даними узгодження з’єднання, редагування повідомлень, надсилання нових кадрів і спостереження за відповідями сервера.
Створення сеансу
Сеанс повторного надсилання WebSocket можна створити двома способами:
- Натисніть перехоплене повідомлення WebSocket правою кнопкою миші в розділі Історія WS / SSE й виберіть Надіслати до повторного надсилання WS.
- Відкрийте Повторне надсилання WS й створіть сеанс вручну з URL
ws://абоwss://.
Створені вручну сеанси можуть містити власні заголовки для cookie, токенів авторизації, узгодження протоколу або специфічних для застосунку значень установлення з’єднання.
Налаштування сеансу
| Поле | Опис |
|---|---|
| Назва | Зрозуміла людині назва сеансу. |
| URL | Кінцева точка WebSocket. URL має починатися з ws:// або wss://. |
| Заголовки | Необов’язкові заголовки узгодження, що надсилаються під час підключення. |
Якщо змінити URL або заголовки, Ogma збереже сеанс перед відкриттям наступного з’єднання.
Підключення
Виберіть сеанс і натисніть Підключитися. Стан з’єднання показує, чи сокет від’єднаний, підключається, відкритий, закривається або закритий.
Використовуйте Від'єднатися перед зміною цілі або даних узгодження. Після редагування URL або заголовків підключіться знову, щоб перевірити інший шлях сервера або контекст автентифікації.
Підключення завершує лише узгодження WebSocket. Багато застосунків після цього потребують кадру автентифікації або ініціалізації, перш ніж приймати робочі повідомлення. Використовуйте перше перехоплене повідомлення клієнта як базовий приклад, дочекайтеся підтвердження й лише тоді надсилайте змінене повідомлення. Перехоплені cookie, підписані URL і токени могли втратити чинність.
Надсилання повідомлень
Змініть дані повідомлення в редакторі й надішліть їх через вибраний сеанс. Текстові дані надсилаються текстовими кадрами WebSocket.
Перемкніться в двійковий режим для шістнадцяткових байтів. Повторно надіслати перше перехоплене повідомлення WebSocket допомагає повторити ініціалізацію, а Повторно надіслати перехоплену послідовність вихідних повідомлень надсилає перехоплені повідомлення клієнта за порядком. Перевіряйте відповіді у стрічці, не припускаючи, що надсилання послідовності відтворило стан застосунку.
Редактор протоколу підтримує режим «Необроблений WebSocket» і керовані режими GraphQL (graphql-transport-ws і застарілий graphql-ws). Виберіть протокол цілі та задайте його параметри з’єднання. За потреби зберігайте початковий заголовок підпротоколу; запит неправильного протоколу може призвести до відмови переходу на WebSocket.
Оновлювати часові позначки за замовчуванням вимкнено. Умикайте лише для непідписаних запитів, які потребують свіжих часових значень: зміна підписаного URL або даних може зробити підпис недійсним. Автопідключення повторює спробу після розриву, але нове з’єднання все одно може потребувати автентифікації на рівні застосунку.
Повідомлення, надіслані з історії, зберігають початкові дані як відправну точку, щоб можна було змінювати по одному полю й порівнювати поведінку.
Стрічка повідомлень
Стрічка фіксує надіслані й отримані кадри вибраного сеансу.
| Стовпець | Опис |
|---|---|
| Напрямок | Чи кадр надіслано клієнтом, чи отримано від сервера. |
| Код операції | Тип кадру, наприклад text, binary, ping, pong або close. |
| Розмір | Розмір даних повідомлення. |
| Час | Коли Ogma зафіксувала кадр. |
Виберіть повідомлення для дослідження даних. JSON форматується, коли це можливо; необроблений вміст залишається доступним для точної перевірки.
Процес тестування
- Перехопіть звичайний обмін WebSocket у розділі Історія WS / SSE.
- Надішліть цікаве повідомлення клієнта до розділу Повторне надсилання WS.
- Підключіться знову й повторно надішліть початкове повідомлення для підтвердження базової поведінки.
- Змінюйте по одному полю, токену, ID або команді.
- Документуйте підтверджену поведінку в розділі Знахідки або ведіть нотатки в розділі Нотатки.
Усунення несправностей
| Симптом | Що перевірити |
|---|---|
| Перехід на WebSocket відхилено або заборонено | URL, Origin, cookie, авторизацію й підписані параметри запиту, що втратили чинність. |
| Недійсний або незапитаний підпротокол | Порівняйте заголовки Upgrade з перехопленим узгодженням і вибраним режимом протоколу. |
| Підключення успішне, потім з’єднання закривається | Дослідіть системне повідомлення або повідомлення закриття й надішліть потрібний кадр ініціалізації або автентифікації. |
| Повідомлення надіслано, але корисної відповіді немає | Перевірте ID підписок, попередні повідомлення, автентифікацію й стан застосунку; транспорт WebSocket не відтворює сеанс браузера автоматично. |
У MCP використовуйте спеціальні інструменти списку й читання повідомлень повторного надсилання WS та від’єднання. Інструменти перехопленої історії читають інший запис обміну; див. довідник інструментів MCP.