---
url: https://docs.ogmabox.com/hi/app/ws-replay.md
description: >-
  Ogma में WebSocket एंडपॉइंट से दोबारा कनेक्ट करें, फ़्रेम संपादित करें और
  कैप्चर किए गए संदेश फिर से भेजें।
---

# WebSocket रीप्ले {#websocket-replay}

WebSocket रीप्ले, WebSocket एंडपॉइंट के परीक्षण के लिए दोबारा उपयोग किए जा सकने वाले सत्र बनाता है। कैप्चर किए गए हैंडशेक विवरण से दोबारा कनेक्ट करने, संदेश संपादित करने, नए फ़्रेम भेजने और सर्वर प्रतिक्रिया देखने के लिए उपयोग करें।

## सत्र बनाना {#creating-a-session}

WebSocket रीप्ले सत्र दो तरीकों से बनाएँ:

* **WS / SSE इतिहास** में कैप्चर किए गए WebSocket संदेश पर राइट-क्लिक करके **WS रीप्ले में भेजें** चुनें।
* **WS रीप्ले** खोलें और `ws://` या `wss://` URL से मैन्युअल सत्र बनाएँ।

मैन्युअल सत्रों में कुकी, प्राधिकरण टोकन, प्रोटोकॉल नेगोशिएशन या एप्लिकेशन-विशिष्ट हैंडशेक मानों के लिए कस्टम हेडर हो सकते हैं।

## सत्र सेटअप {#session-setup}

| फ़ील्ड | विवरण |
| --- | --- |
| नाम | पढ़ने और पहचानने में आसान सत्र का नाम। |
| URL | WebSocket एंडपॉइंट। URL `ws://` या `wss://` से शुरू होना चाहिए। |
| हेडर | कनेक्ट करते समय भेजे जाने वाले वैकल्पिक हैंडशेक हेडर। |

URL या हेडर बदलने पर Ogma अगला कनेक्शन खोलने से पहले सत्र सहेजता है।

## कनेक्ट करना {#connecting}

सत्र चुनें और **कनेक्ट करें** पर क्लिक करें। कनेक्शन स्थिति बताती है कि सॉकेट डिस्कनेक्ट है, कनेक्ट हो रहा है, खुला है, बंद हो रहा है या बंद है।

लक्ष्य बदलने या हैंडशेक विवरण बदलने से पहले **कनेक्शन बंद करें** उपयोग करें। नया सर्वर पथ या प्रमाणीकृत संदर्भ जाँचने के लिए URL या हेडर संपादित करने के बाद दोबारा कनेक्ट करें।

कनेक्ट करना केवल WebSocket हैंडशेक पूरा करता है। कई एप्लिकेशन अपने संदेश स्वीकार करने से पहले प्रमाणीकरण या आरंभीकरण फ़्रेम माँगते हैं। कैप्चर किए गए पहले क्लाइंट संदेश को बेसलाइन बनाएँ, उसकी पुष्टि की प्रतीक्षा करें और तभी बदला हुआ संदेश भेजें। कैप्चर की गई कुकी, हस्ताक्षरित URL और टोकन की वैधता समाप्त हो सकती है।

## संदेश भेजना {#sending-messages}

पेलोड संपादित करके चुने गए सत्र से भेजने के लिए संदेश संपादक उपयोग करें। टेक्स्ट पेलोड WebSocket टेक्स्ट फ़्रेम के रूप में भेजे जाते हैं।

हेक्साडेसिमल बाइट के लिए बाइनरी मोड चुनें। **कैप्चर किया गया पहला WebSocket संदेश दोबारा भेजें** आरंभीकरण फिर से भेजने में मदद करता है, और **कैप्चर किए गए आउटबाउंड संदेशों का क्रम दोबारा भेजें** क्लाइंट संदेशों को क्रम में भेजता है। यह न मानें कि अनुक्रम भेजने से एप्लिकेशन की स्थिति बहाल हो गई; टाइमलाइन में जवाब जाँचें।

प्रोटोकॉल संपादक रॉ WebSocket और प्रबंधित GraphQL मोड, `graphql-transport-ws` तथा पुराना `graphql-ws`, का समर्थन करता है। लक्ष्य का प्रोटोकॉल चुनें और उसके कनेक्शन पैरामीटर दें। आवश्यक होने पर मूल सबप्रोटोकॉल हेडर बनाए रखें; गलत प्रोटोकॉल माँगने से अपग्रेड विफल हो सकता है।

**समय चिह्न अपडेट करें** डिफ़ॉल्ट रूप से बंद है। केवल बिना हस्ताक्षर वाले अनुरोधों के लिए सक्षम करें जिन्हें नए टाइमस्टैम्प चाहिए: हस्ताक्षरित URL या पेलोड बदलने से हस्ताक्षर अमान्य हो सकता है। **स्वचालित पुनःकनेक्शन** डिस्कनेक्ट होने के बाद फिर प्रयास करता है, लेकिन नए कनेक्शन को फिर भी एप्लिकेशन-स्तरीय प्रमाणीकरण चाहिए हो सकता है।

इतिहास से भेजे गए कैप्चर किए गए संदेश शुरुआत में अपना मूल पेलोड रखते हैं, ताकि आप एक बार में एक फ़ील्ड बदलकर व्यवहार की तुलना कर सकें।

## संदेश टाइमलाइन {#message-timeline}

टाइमलाइन चुने गए सत्र के भेजे और प्राप्त फ़्रेम दर्ज करती है।

| कॉलम | विवरण |
| --- | --- |
| दिशा | फ़्रेम क्लाइंट से भेजा गया या सर्वर से प्राप्त हुआ। |
| ऑपकोड | फ़्रेम प्रकार, जैसे टेक्स्ट, बाइनरी, ping, pong या बंद करना। |
| आकार | पेलोड का आकार। |
| समय | Ogma ने फ़्रेम कब देखा। |

पेलोड देखने के लिए संदेश चुनें। संभव होने पर JSON पेलोड फ़ॉर्मैट किए जाते हैं; सटीक जाँच के लिए रॉ सामग्री उपलब्ध रहती है।

## परीक्षण कार्यप्रवाह {#testing-workflow}

1. **WS / SSE इतिहास** में सामान्य WebSocket प्रवाह कैप्चर करें।
2. उपयोगी क्लाइंट संदेश **WS रीप्ले** में भेजें।
3. दोबारा कनेक्ट करके मूल संदेश फिर भेजें और बेसलाइन व्यवहार की पुष्टि करें।
4. एक बार में एक फ़ील्ड, टोकन, ID या कमांड बदलें।
5. पुष्टि किए गए व्यवहार को **निष्कर्ष** में दर्ज करें या **नोट्स** में रखें।

## समस्या निवारण {#troubleshooting}

| लक्षण | क्या जाँचें |
| --- | --- |
| अपग्रेड अस्वीकार या प्रतिबंधित | URL, Origin, कुकी, प्राधिकरण और समाप्त हो चुके हस्ताक्षरित क्वेरी मान। |
| अमान्य या बिना माँगा गया सबप्रोटोकॉल | अपग्रेड हेडर की कैप्चर किए गए हैंडशेक और चुने गए प्रोटोकॉल मोड से तुलना करें। |
| कनेक्ट होकर तुरंत बंद हो जाता है | सिस्टम या क्लोज़ संदेश जाँचें और आवश्यक आरंभीकरण या प्रमाणीकरण फ़्रेम भेजें। |
| संदेश भेजा गया लेकिन उपयोगी जवाब नहीं | सब्सक्रिप्शन ID, पिछले संदेश, प्रमाणीकरण और एप्लिकेशन स्थिति की पुष्टि करें; WebSocket ट्रांसपोर्ट अपने आप ब्राउज़र सत्र बहाल नहीं करता। |

MCP में समर्पित WS रीप्ले संदेश-सूची, पढ़ने और डिस्कनेक्ट करने के उपकरण उपयोग करें। कैप्चर किए गए इतिहास के उपकरण अलग ट्रांसक्रिप्ट पढ़ते हैं; [MCP उपकरण संदर्भ](../reference/mcp-tools.md#websocket-and-sse) देखें।

## संबंधित पृष्ठ {#related-pages}

* [WebSocket और SSE इतिहास](./ws-sse-history.md)
* [रीप्ले](./replay.md)
* [निष्कर्ष](./findings.md)