تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند فهم سجلات HAR واستكشاف أخطائها وإصلاحها.
سجل HAR (قصير لتسجيل أرشيف HTTP) هو سجل لكل نشاط الشبكة بين المستعرض وموقع ويب أثناء جلسة معينة.
عندما تقوم بزيارة موقع ويب، يرسل المستعرض الخاص بك طلبات إلى الخادم ويستلم استجابات. يلتقط ملف HAR كل تلك الطلبات، الردود، ومعلومات التوقيت.
تعد ضرورية لتشخيص مشاكل أداء الويب واستكشاف أخطاء الشبكة وإصلاحها وتحليل حركات واجهة برمجة التطبيقات (API).
تساعد سجلات HAR في تحديد موارد التحميل البطيء والطلبات الفاشلة وتتبع تفاعلات المستخدم مع تطبيقات الويب.
تحذير: يتضمن ملف HAR المحتوى الكامل للطلبات والاستجابات في نص واضح (بما في ذلك كلمات المرور، ومعرف الجلسة، وملفات تعريف الارتباط، وما إلى ذلك). لذلك، يجب ألا تشارك ملف HAR مأخوذ في جلسة إلى خدمة متوفرة بشكل عام. إذا كانت علامة تبويب الشبكة قد تم فتحها عند إدخال كلمة مرور فإنها تكون في نص واضح في ملف HAR. تريد إزالة بيانات الاعتماد هذه قبل مشاركة ملف HAR. افتح ملف HAR المحفوظ في محرر نص، ابحث عن كلمة المرور واستبدلها بنص عشوائي مثل "". لا تقم بتعديل تنسيق JSON للملف أثناء إجراء هذا التغيير لأنه لا يتم تحليله بعد ذلك بشكل صحيح للمراجعة.
وفي عام 2023، وقعت مخالفة أمنية في أوكتا حيث سرقت ملفات HAR من نظم إدارة حالات الدعم الخاصة بها. أستخدم المهاجمون الرمز المميز للوصول وملفات تعريف الارتباط من هذه الملفات للوصول إلى حسابات العملاء الخاصة بهم. وفي الرد، قامت OKTA بتنفيذ أداة التعقيم.
يوجد حاليا نظام أتمتة قيد التنفيذ يحاول إستبعاد المواد الحساسة من الآثار، ولكنه يترك الباقي على حاله للحفاظ على القدرة على أستكشاف المشكلات وحلها وتحليل مشكلتك.
عندما تقوم بتحميل ملف HAR، الأداة تلقائيا:
ملاحظة: إذا تعذر عليك حل المشكلة باستخدام الإصدار المطهر من ملف HAR، يمكنك وضع إستثناء كما هو موضح في الأقسام التالية والحصول على نسخة من ملف HAR الأصلي مرة أخرى.
ارجع إلى: قم بإنشاء ملف HAR في المستعرض الخاص بك.
إستخراج من المستند:
تحدد طرق HTTP (المعروفة أيضا بأفعال HTTP) نوع العملية التي يريد العميل تنفيذها على مورد معين (مثل البيانات أو صفحة ويب).
ولكل طريقة قصد معين ولغة معبرة.
أكثر طرق HTTP شيوعا هي: احصل على مع مواد النشر ووضعها وتصحيحها وحذفها ورأسها وخيارات وتتبع.
طريقة | آمن | هامد | إستخدام نموذجي | نص الطلب | هيئة الاستجابة |
---|---|---|---|---|---|
إحضار | نعم | نعم | إسترداد البيانات | لا | نعم |
الاختبار الذاتي لبدء التشغيل (POST) | لا | لا | إنشاء مورد/إرسال بيانات | نعم | نعم |
PUT | لا | نعم | إستبدال المورد | نعم | نعم |
رقعة | لا | نعم* | تحديث جزئي للمورد | نعم | نعم |
حذف | لا | نعم | إزالة المورد | لا | اختياري |
رأس | نعم | نعم | إسترداد الرؤوس | لا | لا |
خيارات | نعم | نعم | اكتشاف الأساليب/الميزات | لا | اختياري |
أثر | نعم | نعم | الاختبار التشخيصي | لا | نعم |
* برنامج تصحيح الأخطاء (PATCH) يتسم عموما بالقوة، ولكنه يعتمد على التنفيذ.
ملاحظة: كل أمثلة الصور في هذا القسم، تم التقاطها عند محاولة تحميل المواقع في Control HUB للمؤسسة
التقاط بيانات التعريف المتبادلة بين العميل (المستعرض) والخادم أثناء طلبات HTTP واستجاباتها.
توفر الرؤوس السياق حول البيانات التي يتم إرسالها أو استقبالها، مثل نوع المحتوى ومعلومات المصادقة ونهج التخزين المؤقت وغير ذلك.
يتم تضمين الرؤوس في هذه الأقسام من سجل HAR:
يتم تخزين الرؤوس على هيئة صفيفات من أزواج القيم الأساسية، حيث:
1. المضيف: يحدد اسم المجال للخادم (مثل as example.com) ورقم المنفذ.
2. وكيل المستخدم: تعريف المستعرض أو العميل الذي يقوم بإجراء الطلب، بالإضافة إلى الإصدار ونظام التشغيل الخاصين به.
3. قبول: الإشارة إلى أنواع المحتوى الذي يمكن للعميل معالجته (مثل HTML و JSON والصور).
4. قبول-ترميز: يحدد أنواع الترميز (مثل gzip، إزاحة) يمكن للعميل فك الترميز.
5. الترخيص: يحتوي على بيانات اعتماد للمصادقة، مثل العلامات المميزة أو بيانات اعتماد المصادقة الأساسية.
6. ملفات تعريف الارتباط: يتضمن ملفات تعريف الارتباط التي يرسلها العميل إلى الخادم.
7. نوع المحتوى: يشير إلى نوع البيانات التي يتم إرسالها في نص الطلب (لطلبات POST/PUT).
8. المرجع: تعريف URL الخاص بالصفحة التي أحالت العميل إلى المورد الحالي.
1.نوع المحتوى: تحديد نوع MIME للمورد (مثل text/html، application/json).
2. طول المحتوى: الإشارة إلى حجم نص الاستجابة بالبايت.
3. التحكم في ذاكرة التخزين المؤقت: تحديد سياسات التخزين المؤقت للمورد (مثل ما إذا كان قابلا للتخزين المؤقت، ولمدة التخزين المؤقت).
4. الخادم: تعريف برنامج/إصدار الخادم.
5. set-cookie: يحتوي على ملفات تعريف الارتباط التي يريد الخادم من العميل تخزينها.
6. التاريخ: تاريخ ووقت إنشاء الخادم للاستجابة.
7. الموقع: يستخدم في عمليات إعادة التوجيه، للإشارة إلى URL الذي يجب على العميل الانتقال إليه.
8. تقرير الفريق: معرف فريد للمورد، غالبا ما يستخدم للتخزين المؤقت والإصدار.
9. ترميز المحتوى: يشير إلى كيفية تشفير نص الاستجابة (مثل gzip، انحراف).
10. مصدر السماح بالتحكم بالوصول: تحديد الأصل المسموح به للوصول إلى الموارد (المستخدم في CORS).
ملاحظة: تعد رأس Trackingid هي الأكثر صلة بمكالمات Webex، نظرا لأن هذا هو المعرف الذي يمكنك البحث عنه في أداة LMA.
البيانات المرسلة أو المستلمة في نص طلب HTTP أو إستجابته.
غالبا ما يكون مرتبطا بطلبات POST أو PUT أو PATCH، حيث يرسل العميل بيانات إلى الخادم، مثل إرسال النموذج أو تحميل الملفات أو بيانات JSON لواجهات برمجة التطبيقات.
يمكن أن توجد الحمولة أيضا في استجابات HTTP، والتي تحتوي على بيانات مرتجعة من قبل الخادم، مثل HTML أو JSON أو المحتوى الثنائي (مثل الصور والملفات).
عادة ما توجد الحمولة في قسمين رئيسيين من سجل HAR:
هو جزء من كائن response.content ويوفر تمثيلا للبيانات التي تم إرجاعها بواسطة الخادم بتنسيق مهيكل وقابل للقراءة من قبل الإنسان، إذا كان متوفرا.
تستخدم المعاينة عادة لعرض البيانات التي تم تحليلها أو هيكلتها من نص الاستجابة بطريقة سهلة الاستخدام، مثل JSON أو XML أو تنسيقات أخرى.
يفيد هذا القسم بشكل خاص في تصحيح أخطاء APIs، أو فحص البيانات المرتجعة، أو فهم بنية إستجابة الخادم.
توفر الاستجابة معلومات تفصيلية حول إستجابة HTTP التي أرسلها الخادم إلى العميل (المستعرض) لطلب محدد. يحتوي هذا القسم على بيانات تعريف ورؤوس وتفاصيل محتوى وبيانات هامة أخرى يمكن أن تساعدك على فهم سلوك الخادم أثناء دورة الاستجابة للطلب. وهو يوفر لقطة تفصيلية لرد الخادم على طلب HTTP.
توفر البادئ نظرة متعمقة على ما تم تشغيل طلب HTTP محدد أثناء تحميل صفحة ويب. تحدد مصدر أو سبب طلب الشبكة، مما يساعد المطورين على فهم سلسلة الأحداث التي أدت إلى الطلب. يساعد البادئ أيضا في تتبع أصل الطلب ويمكن أن يشير إلى الخط الدقيق للتعليمات البرمجية أو المورد المسؤول عن صنعه.
يوفر التوقيت تفصيلا للمراحل المختلفة التي تشتمل عليها معالجة طلب HTTP والاستجابة. يساعد المطورين على فهم المدة التي تستغرقها كل خطوة في دورة الطلب والاستجابة، من بدء الاتصال إلى تلقي الاستجابة النهائية. كما يقوم التوقيت بتعقب تسلسل الأحداث ومدتها التي تحدث عندما يقوم متصفح بتقديم طلب إلى خادم ويستلم إستجابة. وهو يتضمن مقاييس مفصلة لدقة DNS، وإنشاء الاتصال، وإرسال الطلب، وانتظار إستجابة الخادم، وتنزيل بيانات الاستجابة.
انتقل إلى EasyLmaSearch > إستيراد ملف HAR/SAZ.
1. افتح ملف HAR في .
2. تحديد الطلبات الفاشلة (مثل أخطاء HTTP 4xx/5xx).
3. تحقق من أوقات الاستجابة وعناصر التحميل البطيء.
4. تحليل رؤوس الطلبات/الاستجابات لمشاكل المصادقة و CORS.
5. ابحث عن معرفات التعقب في طلبات الشبكة و .
6. التحقق من حالات الفشل مقابل الردود إذا كان ذلك ممكنا.
مثال:
أستكشاف الأخطاء وإصلاحها:
5. تحقق من أوقات الاستجابة وعناصر التحميل البطيء.
6. اجمع Trackingid لذلك الرأس.
7. افتح EasyLMA وابحث باستخدام Trackingid.
وفيما يلي المزيد من المعلومات حول كل مرحلة من المراحل التي يمكنك رؤيتها في Timintab:
مثال:
"لقد قمت بتمكين SNR لمستخدمي على محور التحكم في المسؤول لكنني لا أرى خيار إعداد رقم SNR عند تسجيل الدخول إلى مدخل user.webex.com.
هل يمكنك التحقق من مؤسستي ومستخدمي لمعرفة سبب عدم قدرتي على مشاهدته على لوحة وصل المستخدمين؟"
أستكشاف الأخطاء وإصلاحها:
1. تأكد مما يراه المستخدم من خلال طلب لقطة شاشة للمستخدم العامل مقابل مستخدم غير عامل.
2. طلب سجل HAR أثناء تحميل الخيارات الخاصة بالمستخدم.
الخطوات التالية:
إستدعاء طلب قالب وصول ميزة المستخدم النهائي (GET) قالب الخدمات التي يتم عرضها للمستخدم:
مثال:
مثال مع تسجيل المكالمات:
عند محاولة تمكين تسجيل المكالمات لمستخدم ما، تتلقى رسالة خطأ: "فشل تغيير تسجيل المكالمات".
لاستكشاف الأخطاء وإصلاحها:
1. تأكد من الخطأ من خلال طلب نص رسالة الخطأ الكامل.
2. اطلب لقطة شاشة للخطأ.
3. طلب سجل HAR أثناء محاولة تمكين "تسجيل المكالمات" في المستخدم المتأثر .
4. افتح ملف HAR في عارض HAR أو أدوات مطور المستعرض.
5. تحديد الطلبات الفاشلة (مثل أخطاء HTTP 4xx/5xx).
6. ابحث عن معرفات التعقب في EasyLMA.
7. باستثناء CPAPI، يمكنك فتح بيمز:
8. افتح مجموعة صور مصغرة بالمعلومات التي تم جمعها:
9. اسأل في مساحة Dubber أو لفريق BU لمراجعة مع فريق Dubber الخطأ:
"ملخص الاستجابة للخطأ: 400: منتج غير صالح: فشل إنشاء النقطة الثنائية في Dubber. حالة HTTP: 502"
فيما يلي المخطط الذي يوضح تدفق الإمداد أثناء انتقاله عبر الخدمات متناهية الصغر:
عند أستكشاف أخطاء توفير رسائل الفاكس وإصلاحها داخل "مركز التحكم"، من الضروري تجميع تتبع HAR لجمع رؤى تفصيلية لطبيعة المشكلة وفهم الأسباب وراء فشل التوفير.
عند تمكين ميزة مراسلة الفاكس، يلتقط تتبع HAR ويعرض الطلب ذي الصلة من CH إلى CPAPI. يتبع هذا الطلب الملتقط تنسيقا محددا.
من موقع سي إتش → سي بي آي:
رقعة
عنوان URL للطلب:https://cpapi-r.wbx2.com/api/v1/customers/[OrgID]/users/[ChuSerID]/VoiceEmail
TrackingID ATLAS_4fd0efd2-f0e4-4ca2-a932-16f4b0884a48_12
نشر البيانات {
"ممكن": صحيح،
"الاخطارات": {
"ممكن": صحيح،
"الوجهة": "lazoclaudiafi+faxmessaging@gmail.com"
},
"SendAllCalls": {
"ممكن": زائف
},
"SendBusyCalls": {
"ممكن": صحيح،
"تحية": "الافتراضي"
},
"SendUnansweredCalls": {
"ممكن": صحيح،
"تحية": "الافتراضي"،
"الحد الأقصى للحلقات": 3
},
"TransferToNumber": {
"ممكن": زائف
},
"emailCopyOfMessage": {
"ممكن": صحيح،
"معرف البريد الإلكتروني": "lazoclaudiafi+faxmessaging@gmail.com"
},
"رسالة الفاكس": {
"ممكن": خطأ،
"رقم الهاتف": "+12099193323"،
"التمديد": فارغ (null)
},
"تخزين الرسائل": {
"تمكين الوسائط: صحيح،
"نوع التخزين": "داخلي"،
"البريد الإلكتروني الخارجي": "lazoclaudiafi+faxmessaging@gmail.com"
}
لتعقب هذه المعلومات بشكل فعال في تقنية EasyLMA، يرجى الرجوع إلى الإرشادات التفصيلية المقدمة هنا:
الفئة: معرف التعقب
الفئة الفرعية: العالمية
معرف تعقب Webex: ATLAS_4fd0efd2-f0e4-4ca2-a932-16f4b0884a48_12
يمكنك العثور على السجلات المقدمة هنا:
من موجه CPAPI → OCI:
إرسال المنشور https://ocirouter-rialto.broadcloudpbx.com:443/ocirouter/ocip HTTP/1.1
X-BroadWorks-Target: id=10f0e34e-7a42-46e7-9bb6-993bcd638f7d؛type=enterprise
X-BroadWorks-protocol-version: 1.0
المحتوى - النوع: التطبيق/xml
معرف التعقب: CPAPI_4fd0efd2-f0e4-4ca2-a932-16f4b0884a48_12_0
ocirexternal_4fd0efd2-f0e4-4ca2-a932-16f4b0884a48_12_0]: Rx [http] 10.71.101.37:80 -> CH3-BWKS-v-ocir01-bc StatusCode=200
من موجه OCI → WXCAS:
10.71.128.200:37514
<؟xml version="1.0" encoding="UTF-8"؟>
<BroadsoftDocument xmlns="C" xmlns:xsi=https://www.w3.org/2001/XMLSchema-instance" protocol="OCI">
<externalUserIdentity xmlns=">
<id>159128f9-0758-46ac-85ff-120fae29c9ed</id>
<organizationId>10f0e34e-7a42-46e7-9bb6-993bcd638f7d</organizationId>
<role>المسؤول</role>
</externalUserIdentity>
<trackingId xmlns="">CPAPI_4fd0efd2-f0e4-4ca2-a932-16f4b0884a48_12_1</trackingId>
<command xmlns=" xsi:type="UserVoiceMessagingUserModifyVoiceManagementRequest">
<userId>5849cbde-8ac7-43d6-8726-b5e0678a7904</userId>
<isActive>true</isActive>
<processing>تطبيق المراسلة الموحدة للصوت والبريد الإلكتروني</processing>
<voiceMessageDeliveryEmailAddress>lazoclaudiafi+faxmessaging@gmail.com</voiceMessageDeliveryEmailAddress>
<usePhoneMessageWaitingIndicator>true</usePhoneMessageWaitingIndicator>
<sendVoiceMessageNotifyEmail>true</sendVoiceMessageNotifyEmail>
<voiceMessageNotifyEmailAddress>lazoclaudiafi+faxmessaging@gmail.com</voiceMessageNotifyEmailAddress>
<sendCarbonCopyVoiceMessage>true</sendCarbonCopyVoiceMessage>
<voiceMessageCarbonCopyEmailAddress>lazoclaudiafi+faxmessaging@gmail.com</voiceMessageCarbonCopyEmailAddress>
<transferOnZeroToPhoneNumber>false</transferOnZeroToPhoneNumber>
<alwaysRedirectToVoiceMail>false</alwaysRedirectToVoiceMail>
<busyRedirectToVoiceMail>صحيح</busyRedirectToVoiceMail>
<noAnswerRedirectToVoiceMail>true</noAnswerRedirectToVoiceMail>
</command>
<command xmlns=" xsi:type="UserVoiceMessagingUserModifyGreetingRequest20">
<userId>5849cbde-8ac7-43d6-8726-b5e0678a7904</userId>
<busyAnnouncementSelection>الافتراضي</busyAnnouncementSelection>
<noAnswerAnnouncementSelection>الافتراضي</noAnswerAnnouncementSelection>
<noAnswerNumberOfRings>3</noAnswerNumberOfRings>
</command>
<command xmlns=" xsi:type="UserFaxMessagingModifyRequest">
<userId>5849cbde-8ac7-43d6-8726-b5e0678a7904</userId>
<aActive>false</isActive>
<phoneNumber>+12099193323</phoneNumber>
<extension xsi:nil="true"/>
</command>
</BroadsoftDocument>
الرجاء الإجابة على هذه الأسئلة قبل فتح تصعيد BEMS لأن ذلك يساعد على أستكشاف الأخطاء وإصلاحها:
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
22-Aug-2025
|
الإصدار الأولي |