إعادة إرسال WebSocket
تنشئ إعادة إرسال WebSocket جلسات قابلة لإعادة الاستخدام لاختبار نقاط نهاية WebSocket. استخدمها لإعادة الاتصال بتفاصيل المصافحة الملتقطة وتحرير الرسائل وإرسال إطارات جديدة ومراقبة استجابات الخادم.
إنشاء جلسة
أنشئ جلسة إعادة إرسال WebSocket بطريقتين:
- انقر رسالة WebSocket ملتقطة بزر الفأرة الأيمن في سجل WS / SSE واختر إرسال إلى إعادة إرسال WS.
- افتح إعادة إرسال WS وأنشئ جلسة يدوياً بعنوان URL يبدأ بـ
ws://أوwss://.
يمكن أن تتضمن الجلسات اليدوية ترويسات مخصصة لملفات تعريف الارتباط أو رموز التفويض أو التفاوض على البروتوكول أو قيم المصافحة الخاصة بالتطبيق.
إعداد الجلسة
| الحقل | الوصف |
|---|---|
| الاسم | تسمية جلسة مقروءة للمستخدم. |
| URL | نقطة نهاية WebSocket. يجب أن يبدأ العنوان بـ ws:// أو wss://. |
| الترويسات | ترويسات مصافحة اختيارية تُرسل عند الاتصال. |
إذا غيّرت عنوان URL أو الترويسات، يحفظ Ogma الجلسة قبل فتح الاتصال التالي.
الاتصال
حدد جلسة وانقر اتصال. توضح حالة الاتصال ما إذا كان المقبس غير متصل أو قيد الاتصال أو مفتوحاً أو قيد الإغلاق أو مغلقاً.
استخدم قطع الاتصال قبل تبديل الأهداف أو تغيير تفاصيل المصافحة. أعد الاتصال بعد تحرير عنوان URL أو الترويسات لاختبار مسار خادم جديد أو سياق مصادقة جديد.
يكمل الاتصال مصافحة WebSocket فقط. تتطلب تطبيقات كثيرة بعد ذلك إطار مصادقة أو تهيئة قبل قبول رسائل تتعلق بمنطق عمل التطبيق. استخدم أول رسالة عميل ملتقطة كخط أساس وانتظر إقرارها، ثم أرسل رسالتك المعدلة. قد تكون صلاحية ملفات تعريف الارتباط والعناوين الموقعة والرموز الملتقطة قد انتهت.
إرسال الرسائل
استخدم محرر الرسائل لتعديل حمولة وإرسالها عبر الجلسة المحددة. تُرسل الحمولات النصية كإطارات WebSocket نصية.
بدّل إلى الوضع الثنائي للبايتات السداسية عشرية. يساعد إعادة إرسال أول رسالة WebSocket ملتقطة على إعادة إرسال التهيئة، ويرسل إعادة إرسال تسلسل الرسائل الصادرة الملتقطة رسائل العميل الملتقطة بالترتيب. تحقق من الردود في الخط الزمني بدلاً من افتراض أن إرسال تسلسل أعاد إنشاء حالة التطبيق.
يدعم محرر البروتوكول أوضاع WebSocket الخام وGraphQL المُدار، وهي graphql-transport-ws وgraphql-ws القديم. اختر البروتوكول الذي يستخدمه الهدف وقدّم معلمات اتصاله. حافظ على ترويسة البروتوكول الفرعي الأصلية عند الحاجة؛ قد يؤدي طلب البروتوكول الخطأ إلى فشل الترقية.
يكون تحديث الطوابع الزمنية معطلاً افتراضياً. فعّله فقط للطلبات غير الموقعة التي تحتاج طوابع زمنية حديثة: قد يبطل تغيير عنوان URL أو حمولة موقعة توقيعها. يعيد إعادة الاتصال تلقائيا المحاولة بعد قطع الاتصال، لكن قد يظل الاتصال الجديد بحاجة إلى مصادقة على مستوى التطبيق.
تحتفظ الرسائل الملتقطة المرسلة من السجل بحمولتها الأصلية كنقطة بداية، لتتمكن من تغيير حقل واحد في كل مرة ومقارنة السلوك.
الخط الزمني للرسائل
يسجل الخط الزمني الإطارات المرسلة والمستلمة للجلسة المحددة.
| العمود | الوصف |
|---|---|
| الاتجاه | ما إذا كان الإطار قد أُرسل من العميل أو استُلم من الخادم. |
| رمز العملية | نوع الإطار، مثل نص أو ثنائي أو ping أو pong أو إغلاق. |
| الحجم | حجم الحمولة. |
| الزمن | وقت رصد Ogma للإطار. |
حدد رسالة لفحص حمولتها. تُنسق حمولات JSON عند الإمكان؛ ويظل المحتوى الخام متاحاً للمراجعة الدقيقة.
مسار عمل الاختبار
- التقط تدفق WebSocket عادياً في سجل WS / SSE.
- أرسل رسالة عميل مهمة إلى إعادة إرسال WS.
- أعد الاتصال وأعد إرسال الرسالة الأصلية لتأكيد سلوك خط الأساس.
- عدّل حقلاً أو رمزاً أو معرّفاً أو أمراً واحداً في كل مرة.
- سجّل السلوك المؤكد في النتائج أو احتفظ بملاحظات في الملاحظات.
استكشاف الأخطاء
| العَرَض | ما يجب التحقق منه |
|---|---|
| الترقية مرفوضة أو ممنوعة | URL وOrigin وملفات تعريف الارتباط والتفويض وقيم الاستعلام الموقعة المنتهية الصلاحية. |
| بروتوكول فرعي غير صالح أو غير مطلوب | قارن ترويسات الترقية بالمصافحة الملتقطة ووضع البروتوكول المحدد. |
| نجاح الاتصال ثم إغلاقه | افحص رسالة النظام أو الإغلاق وأرسل إطار التهيئة أو المصادقة المطلوب. |
| إرسال الرسالة دون رد مفيد | تأكد من معرّفات الاشتراكات والرسائل السابقة والمصادقة وحالة التطبيق؛ لا يعيد نقل WebSocket إنشاء جلسة متصفح تلقائياً. |
مع MCP، استخدم أدوات قائمة رسائل إعادة إرسال WS وقراءتها وقطع الاتصال المخصصة. تقرأ أدوات السجل الملتقط محادثة مختلفة؛ راجع مرجع أدوات MCP.