استكشاف المشاكل و# اصلاحها خطه ل Office 365

هام: تمت ترجمة هذه المقالة ترجمة آلية، راجع إقرار إخلاء المسؤولية. يرجى الاطلاع على النسخة الإنجليزية من هذه المقالة. هنا للرجوع إليها.

هل تحتاج الي معرفته ايضا الخطوات التي يجب اتخاذها ل# تعريف و# اصلاح مدد انتقاليه و# حالات تعطل بطء الاداء بين SharePoint Online و OneDrive for Business او Exchange Online او Skype for Business Online و# كمبيوتر العميل؟ قبل الاتصال ب# الدعم، تساعدك هذه المقاله استكشاف الاخطاء و# اصلاحها اداء Office 365 و# حتي حل بعض المشاكل الشائعه.

تشكل هذه المقاله خطه اجرائيه نموذجيه فعليا التي يمكنك استخدامها ل# الحصول علي بيانات هامه حول المشكله الاداء كما يحدث. يتم سرد بعض اهم المشاكل هنا.

اذا كنت ملما ب# استخدام الشبكه الاداء و# كنت تريد وضع خطه طويله الامد ل# مراقبه الاداء بين اجهزه العميل و Office 365، الق نظره علي تحسين اداء Office 365 و# استكشاف الاخطاء و# اصلاحها-المسؤول و# محترف تكنولوجيا المعلومات.

استكشاف الاخطاء و# اصلاحها خطه اجرائيه نموذجيه

تتكوّن هذه الخطة الإجرائية من جزأين: مرحلة الإعداد ومرحلة التسجيل. إذا كنت تواجه مشكلة في الأداء في هذه اللحظة، وكنت بحاجة إلى تجميع البيانات، فيمكنك بدء استخدام هذه الخطة على الفور.

إعداد الكمبيوتر العميل

  • ابحث عن كمبيوتر عميل يمكنه إعادة إنتاج مشكلة الأداء. سيتم استخدام هذا الكمبيوتر خلال عملية استكشاف المشكلة وإصلاحها.

  • سجّل الخطوات التي تسبّبت في حدوث المشكلة في الأداء بحيث تكون جاهزاً عندما يحين وقت الاختبار.

  • ثبّت الأدوات المتعلقة بجمع المعلمات وتسجيلها:

    • تثبيت Netmon 3.4 (او استخدم اداه مكافئه ل# شبكه تتبع).

    • تثبيت المجاني Basic Edition ل HTTPWatch (او استخدم اداه تتبع شبكه مكافئه).

    • استخدم مسجل الشاشة أو شغّل "مسجل الخطوات" (PSR.exe) المرفق بنظام التشغيل Windows Vista والإصدارات اللاحقة، لكي تتمكن من الاحتفاظ بسجل للخطوات التي تتخذها أثناء الاختبار.

تسجيل المشكلة في الأداء

  • أغلق كل مستعرضات الإنترنت الدخيلة.

  • ابدأ تشغيل "مسجل الخطوات" أو مسجل شاشة آخر.

  • ابدأ التقاط Netmon (أو أداة تتبع الشبكة).

  • امسح ذاكرة التخزين المؤقت لـ DNS على الكمبيوتر العميل من سطر الأوامر بكتابة ipconfig /flushdns.

  • ابدأ جلسة عمل جديدة في المستعرض وشغّل HTTPWatch.

  • اختياري: إذا كنت بصدد اختبار Exchange Online، فشغّل أداة محلل أداء Exchange Client من وحدة تحكم مسؤول Office 365.

  • عاود إنتاج الخطوات الدقيقة التي تسبّبت في حدوث مشكلة في الأداء.

  • أوقف تشغيل Netmon أو أداة التتبع الأخرى.

  • في سطر الأوامر، شغّل مسار تتبع إلى اشتراكك في Office 365 عبر كتابة الأمر التالي ثم الضغط على ENTER:

    tracert <subscriptionname>.onmicrosoft.com

  • أوقف تشغيل "مسجل الخطوات" واحفظ الفيديو. احرص على تضمين تاريخ ووقت الالتقاط وما إذا كان الأداء الذي أظهره جيداً أم سيئاً.

  • احفظ ملفات التتبع. مرة أخرى، احرص على تضمين تاريخ ووقت الالتقاط وما إذا كان الأداء الذي أظهره جيداً أم سيئاً.

إذا لم تكن ملماً بكيفية تشغيل الأدوات المذكورة في هذه المقالة، فلا داعي للقلق لأننا سنوفر هذه الخطوات لاحقاً. إذا كنت معتاداً على إجراء هذا النوع من التقاط الشبكة، فيمكنك الانتقال إلى القسم كيفية قراءة التتبعات الذي يصف تصفية السجلات وقراءتها.

مسح ذاكرة التخزين المؤقت لـ DNS أولاً

لماذا؟ من خلال مسح ذاكرة التخزين المؤقت لـ DNS، يمكنك بدء إجراء اختبارات بسجلات نظيفة. ومن خلال مسح ذاكرة التخزين المؤقت، ستعيد تعيين محتويات محلل DNS إلى الإدخالات الأحدث. تذكّر أن عملية المسح لا تزيل إدخالات ملف HOST. إذا كنت تستخدم إدخالات ملف HOST بشكل مكثف، فيجب نسخ تلك الإدخالات إلى ملف في دليل آخر، ثم إفراغ ملف HOST.

مسح ذاكره التخزين المؤقت ل# محلل DNS الخاص بك

  1. افتح موجه الأوامر (إما ابدأ > تشغيل > cmd أو مفتاح Windows‏ > cmd).

  2. اكتب الأمر التالي واضغط على ENTER:

    ipconfig /flushdns

Netmon

اداه "مراقبه الشبكه" الخاص ب Microsoft (Netmon) ب# تحليل الحزم، التي هي حركه المرور التي تمر بين اجهزه الكمبيوتر علي الشبكات. ب# استخدام Netmon ل# تتبع نقل البيانات ب# استخدام Office 365 يمكنك التقاط، طريقه العرض، و# اقرا رؤوس الحزم، تعريف الاجهزه المتداخله، تحقق من اعدادات الهامه علي اجهزه الشبكه، ابحث عن الحزم المسقطه، و# اتبع تدفق حركه المرور بين اجهزه الكمبيوتر علي شبكه الشركه و Office 365. ل# انه يتم تشفير النص الاساسي الفعلي ل# نقل البيانات، و# هذا يعني انه (تنتقل علي المنفذ 443 عبر SSL / TLS، لا يمكنك قراءه الملفات الذي يتم ارساله. بدلا من ذلك، يمكنك الحصول علي تتبع التي لم تتم تصفيتها المسار الذي ياخذ الحزمه التي يمكن ان يساعدك تعقب سلوك المشكله.

احرص على عدم تطبيق أي عامل تصفية في هذه المرحلة. بدلاً من ذلك، نفّذ الخطوات وأوضح المشكلة قبل إيقاف التتبع والحفظ.

بعد تثبيت Netmon 3.4، افتح الأداة ونفّذ هذه الخطوات:

تنفيذ تتبع Netmon و# اعاده انتاج المشكله

  1. ابدأ تشغيل Netmon 3.4.

    هناك ثلاثه اجزاء مهام علي صفحه بدء: يلتقط الحديثه و# حدد شبكاتالشروع في العمل ب# استخدام Microsoft 3.4 مراقب الشبكه. اشعار. لوحه "حدد الشبكات" ايضا توفر لك قائمه ب# الشبكات الافتراضي الذي يمكنك التقاط. تاكد من ان يتم تحديد البطاقات الشبكه هنا.

  2. انقر فوق New Capture (لقطة جديدة في أعلى صفحة Start (بدء). يؤدي ذلك إلى إضافة صفحة جديدة إلى جانب علامة تبويب صفحة Start (بدء) تسمى Capture 1 (لقطة 1).

    واجهة مستخدم Nemon مع تحديد الأزرار "لقطة جديدة" و"بدء" و"إيقاف".

  3. لأخذ لقطة بسيطة، انقر فوق Start (بدء) على شريط الأدوات.

  4. عاود إنتاج الخطوات التي تؤدي إلى مشكلة في الأداء.

  5. انقر فوق Stop (إيقاف) > File (ملف) > Save As (حفظ باسم). تذكّر ضرورة إعطاء التاريخ والوقت مع المنطقة الزمنية، وذكر ما إذا كان الأداء الذي أظهره جيداً أم سيئاً.

HTTPWatch

HTTPWatch ياتي المقيده، و# اصدار مجاني. تتناول المجاني Basic Edition كل العناصر التي تحتاج اليها ل# هذا الاختبار. اجهزه عرض HTTPWatch الشبكه وقت تحميل الصفحه و# نقل البيانات مباشره من نافذه المستعرض. تعد الاداه HTTPWatch المكون الاضافي ل# برنامج Internet Explorer شكل رسومي يصف الاداء. يمكنك حفظ التحليل و# يمكن عرضها في HTTPWatch Studio.

ملاحظات: 

  • إذا كنت تستخدم مستعرضاً آخر مثل Firefox أو Google Chrome، أو إذا تعذر عليك تثبيت HTTPWatch في Internet Explorer، فافتح نافذة مستعرض جديدة واضغط على F12 على لوحة المفاتيح. من المفترض أن تظهر "أداة المطور" في أسفل المستعرض. إذا كنت تستخدم Opera، فاضغط على CTRL+SHIFT+I لـ Web Inspector، ثم انقر فوق علامة التبويب Network (الشبكة) وأكمل الاختبار الموضح أدناه. سوف تكون المعلومات مختلفة قليلاً، ولكن سيستمر عرض أوقات التحميل بالمللي ثانية.

  • تُعد أيضاً الأداة HTTPWatch مفيدة جداً للمشاكل المتعلقة بأوقات تحميل صفحات SharePoint Online.

تشغيل HTTPWatch و# اعاده انتاج المشكله

  1. إن HTTPWatch عبارة عن مكون إضافي للمستعرض، وبالتالي فإن عرض الأداة في المستعرض قد يختلف قليلاً بين إصدارات Internet Explorer المختلفة. ويمكنك عادةً العثور على HTTPWatch تحت شريط الأوامر في مستعرض Internet Explorer.

    إذا لم تتمكن من رؤية HTTPWatch في نافذة المستعرض، فتحقق من إصدار المستعرض بالنقر فوق تعليمات > حول، أو في الإصدارات الأخيرة من Internet Explorer، انقر فوق رمز الترس وفوق "حول Internet Explorer". لبدء تشغيل شريط الأوامر، انقر بزر الماوس الأيمن فوق شريط القوائم في Internet Explorer وانقر فوق شريط الأوامر. في الماضي، كانت الأداة HTTPWatch مرتبطة بشريط الأوامر وشريط Explorer، وبالتالي عند التثبيت، إذا لم تتمكّن من رؤية الأيقونة على الفور (حتى بعد إعادة التمهيد)، فحدد أدوات وأشرطة الأدوات للأيقونة. تذكّر أنه يمكنك تخصيص الأدوات وإضافة خيارات إليها.

    شريط أدوات أوامر Internet Explorer مع عرض أيقونة HTTPWatch.

  2. ابدأ تشغيل HTTPWatch في نافذة المستعرض Internet Explorer. سوف تظهر الأداة راسية على المستعرض في أسفل تلك النافذة. انقر فوق Record (تسجيل).

  3. عاود إنتاج الخطوات الدقيقة التي تتضمّنها مشكلة الأداء. انقر فوق الزر Stop (إيقاف) في HTTPWatch.

  4. احفظ ملف HTTPWatch أو أرسله بالبريد الإلكتروني. تذكّر ضرورة تسمية الملف بحيث يتضمّن معلومات عن التاريخ والوقت وإشارة إلى ما إذا كان الأداء الذي ظهر في Watch جيداً أم سيئاً.

    يعرض HTTPWatch علامة التبويب "الشبكة" لتحميل صفحة خاص بصفحة Office 365 الرئيسية.

    تعود لقطة الشاشة هذه إلى إصدار Professional من HTTPWatch. يمكنك فتح التتبعات التي تمت في Basic Version على كمبيوتر تم تثبيت إصدار Professional عليه وقراءتها هناك. قد تتوفر معلومات إضافية من عملية التتبع التي تمت عبر ذلك الأسلوب.

مسجل الخطوات المشكله

يسمح لك مسجل الخطوات، أو PSR.exe، بتسجيل المشاكل عند حدوثها. إنه أداة مفيدة جداً ويمكن تشغيلها بطريقة بسيطة.

شغل "مسجل الخطوات المشكله" (PSR.exe) ل# تسجيل العمل

  1. استخدم إما ابدأ > تشغيل > واكتب PSR.exe > موافق، أو انقر فوق مفتاح Windows > واكتب PSR.exe > ثم اضغط على ENTER.

  2. عندما تظهر نافذة PSR.exe الصغيرة، انقر فوق Start Record (بدء التسجيل) وعاود إنتاج الخطوات التي تعيد إنتاج مشكلة الأداء.

    يمكنك اضافه تعليقات كما تقتضي الحاجه، عن طريق النقر فوق اضافه تعليقات.

  3. انقر فوق ايقاف تسجيل عند اكمال الخطوات. اذا كانت المشكله في الاداء تقديم صفحه، انتظر الصفحه ل# عرض قبل ايقاف التسجيل.

  4. انقر فوق حفظ.

لقطة شاشة لـ "مسجل الخطوات" أو PSR.exe.

يتم تسجيل التاريخ و# الوقت ب# النيابه عنك. هذه الارتباطات الخاصه بك PSR الي تتبع Netmon و HTTPWatch في الوقت، و# يساعد علي استكشاف الاخطاء و# اصلاحها في الدقه. التاريخ و# الوقت في السجل PSR يمكنك اظهار تمرير دقيقه بين عمليه تسجيل الدخول و# استعراض عنوان URL و# تقديم جزئيه ل# اداره الموقع، و# علي سبيل المثال.

قراءه التتبعات

من غير الممكن تعليم كل ما يحتاج الأشخاص إلى معرفته حول استكشاف المشاكل في الشبكة والأداء وإصلاحها عن طريق مقالة. يحتاج الحصول على أداء جيد إلى خبرة ومعرفة تتعلق بكيفية عمل الشبكة وأدائها بشكل عام. ولكن من الممكن جمع قائمة تتضمّن أهم المشاكل وتوضيح الطريقة التي تستطيع من خلالها الأدوات تسهيل إزالة المشاكل الأكثر شيوعاً.

اذا كنت تريد ان رفع المهارات قراءه عمليات تتبع الشبكات مواقع Office 365، لا يوجد اي المدرس افضل من انشاء عمليات تتبع الخاصه ب# عمليات تحميل الصفحات ب# شكل منتظم و# الحصول علي تجربه قراءتها. علي سبيل المثال، عندما يكون لديك فرصه، تحميل احدي خدمات Office 365 و# تتبع العمليه. تصفيه تتبع ل# حركه مرور DNS، او ابحث FrameData ل# اسم خدمه قمت ب# الاستعراض. اجراء مسح ضوئي ل# تتبع ل# الحصول علي كل من الخطوات التي تحدث عند تحميل الخدمه. سيساعدك معرفه ما هي عادي يجب ان تبدو تحميل الصفحات، و# في حاله استكشاف الاخطاء و# اصلاحها، خاصه حول الحصول علي اداء مقارنه عمليات تتبع جيد ل# سيئه يمكنك تعلم كثير.

Netmon يستخدم Microsoft Intellisense في حقل تصفيه العرض. Intellisense او الاكتمال رمز الذكي، كان هذه الدوره حيث كتبت في فتره و# يتم عرض كافه الخيارات المتوفره في مربع القائمه المنسدله تحديد. اذا، علي سبيل المثال، رساله—او حول تغيير حجم نافذه TCP، يمكنك العثور علي كيفيه ل# عامل تصفيه (علي سبيل المثال، .protocol.tcp.window < 100) ب# التالي الي.

تعرض لقطة الشاشة لـ Netmon أن الحقل "عرض التصفية" يستخدم intellisense.

تتبع Netmon ان يكون لديك كثير من عمليات نقل البيانات في عليها. اذا لم تكن ذوي الخبرات المتقدمه مع قراءتها، ف# من المحتمل انك ستكون الحيره فتح التتبع ل# المره الاولي. اول ما يجب ف# عله منفصلا الاشاره الضوضاء في الخلفيه في التتبع. يمكنك اختبار مقابل Office 365، و# التي يتم نقل البيانات التي تريد رؤيتها. اذا كنت تستخدم ل# التنقل خلال عمليات تتبع، قد لا تحتاج هذه القائمه.

تنتقل حركة المرور بين العميل وOffice 365 عبر TLS، مما يعني أن بنية حركة المرور ستكون مشفرة وغير قابلة للقراءة في تتبع Netmon عام. ولا يحتاج تحليل الأداء أيضاً إلى معرفة مواصفات المعلومات في الحزمة. ولكنه، مع ذلك، يهتم كثيراً برؤوس الحزم والمعلومات التي تحتوي عليها.

تلميحات ل# الحصول علي تتبع جيد

  • اعرف قيمة عنوان IPv4 أو IPv6 للكمبيوتر العميل. يمكنك الحصول على هذه القيمة من موجه الأوامر بكتابة IPConfig ثم الضغط على ENTER. تسمح لك معرفة هذا العنوان بمعرفة ما إذا كانت حركة المرور في التتبع تشمل الكمبيوتر العميل بشكل مباشر بمجرد إلقاء نظرة سريعة. في حال وجود خادم وكيل معروف، يمكنك اختبار اتصاله والحصول على عنوان IP الخاص به أيضاً.

  • امسح ذاكرة التخزين المؤقت لمحلل DNS، وإذا أمكن، أغلق كافة المستعرضات باستثناء المستعرض حيث تقوم بتشغيل الاختبارات. إذا لم يكن باستطاعتك إجراء ذلك، على سبيل المثال، إذا كان الدعم يستخدم بعض الأدوات التي تستند إلى المستعرض لرؤية سطح مكتب الكمبيوتر العميل، فكن مستعداً لتصفية التتبع.

  • في عمليه تتبع مشغول، حدد موقع خدمه Office 365 الذي تستخدمه. اذا لم او نادرا ما تري حركه المرور الخاص بك قبل، هذا خطوه مفيده في فصل المشكله في الاداء من الضجيج شبكه اخري. توجد طرق قليله ل# القيام ب# ذلك. مباشره قبل اختبار الخاص بك، ف# يمكنك استخدام ping او، PsPing الي عنوان URL ل# خدمه معينه (ping outlook.office365.com و / او psping -4 microsoft-my.sharepoint.com:443، ل# الحصول علي امثله). يمكنك ايضا ب# سهوله العثور علي تلك PsPing في تتبع Netmon (حسب اسمه عمليه). التي توفر لك مكان ل# بدء البحث.

    إذا كنت تستخدم تتبع Netmon فقط عندما حدثت المشكلة، فلا بأس بذلك أيضاً. لتوجيه نفسك، استخدم عامل تصفية مثل ContainsBin(FrameData, ASCII, "office") أو ContainsBin(FrameData, ASCII, "outlook"). يمكنك تسجيل رقم الإطار من ملف التتبع. قد ترغب أيضاً في التمرير عبر جزء Frame Summary (ملخص الإطار) مباشرةً إلى اليمين والبحث عن عمود Conversation ID (معرف المحادثة). يوجد رقم مشار إليه هناك لمعرف هذه المحادثة المحددة، ويمكنك أيضاً تسجيله وفحصه بشكل منعزل في وقت لاحق. تذكّر ضرورة إزالة عامل التصفية هذا قبل تطبيق أي عامل تصفية آخر.

    تلميح: تتضمّن الأداة Netmon الكثير من عوامل التصفية المضمّنة المفيدة. جرّب الزر "Load Filter" (تحميل عامل التصفية) في أعلى جزء عامل تصفية Display (العرض).

    ابحث عن IP الخاص بك باستخدام PSPing في سطر الأوامر على كمبيوتر العميل.

    يعرض تتبع Netmon من العميل أمر PSPing نفسه من خلال عامل التصفية TCP.Flags.Syn == 1.

    اطلع على حركة المرور، وتعرّف على كيفية تحديد موقع المعلومات المطلوبة. على سبيل المثال، تعرّف على كيفية تحديد الحزمة في التتبع التي لديها المرجع الأول إلى خدمة Office 365 التي تستخدمها (مثل "Outlook").

إذا أخذنا Office 365 Outlook Online كمثال، فإن حركة المرور ستبدو مماثلة لما يلي:

  • استعلام DNS قياسي واستجابة DNS لـ outlook.office365.com مع معرفات استعلام مطابقة. من الأهمية بمكان ملاحظة إزاحة الوقت لهذا التحوّل، وكذلك المكان في العالم من حيث يرسل Office 365 Global DNS طلب تحليل الأسماء. بشكل مثالي، يجب أن يكون هذا المكان محلياً قدر الإمكان، بدلاً من أن يكون في منتصف الطريق عبر العالم. (قد يتبع ذلك حركة مرور DNS إلى تسجيل الدخول عبر الإنترنت.)

  • طلب HTTP GET الذي تشير حالته إلى أنه Moved Permanently (منقول بشكل دائم) (301)

  • حركة مرور RWS بما في ذلك طلبات اتصال RWS والردود على الاتصال. (إنه Remote Winsock ينشئ اتصالاً بالنيابة عنك.)

  • محادثه TCP SYN و TCP SYN / ACK. عدد كبير من الاعدادات في هذه المحادثه التاثير علي الاداء الخاص بك.

  • بعد ذلك سلسلة من حركات مرور TLS:TLS وهي مكان حدوث محادثات تأكيد اتصال TLS وشهادة TLS. (تذكّر أن البيانات مشفّرة بواسطة SSL/TLS.)

تكون كل أجزاء حركة المرور مهمة ومتصلة، ولكن أجزاء صغيرة من التتبع تحتوي على معلومات شديدة الأهمية فيما يتعلق باستكشاف مشاكل الأداء وإصلاحها، ولذلك سنركّز على تلك النواحي. علاوةً على ذلك، وبما أننا في Microsoft أجرينا ما يكفي من عمليات استكشاف مشاكل أداء Office 365 وإصلاحها لتجميع قائمة بأهم عشر مشاكل شائعة، سنركّز على تلك المشاكل وكيفية استخدام الأدوات المتوفرة لدينا لاستئصالها.

اذا لم تكن قد قمت ب# تثبيت عليها جاهزا، المصفوفه ادناه يجعل استخدام العديد من الادوات. حيث يمكن ذلك. يتم توفير ارتباطات الي اجزاء التثبيت. تتضمن القائمه ادوات تتبع الشبكه الشائعه مثل Netmon و Wireshark، و# لكن استخدم اداه تتبع اي تشعر ب# استخدام، و# في الذي كنت اعتادوا علي تصفيه نقل البيانات علي الشبكه. عندما تعمل اختبار، تذكر ما يلي:

  • واغلاق المستعرضات الخاص بك، و# اختبر ب# استخدام مستعرض واحد فقط ب# تشغيل -هذا الي تقليل حركه مرور الكلي التي تسجلها. يكون ل# الحصول علي تتبع اقل ازدحاما.

  • مسح ذاكرة التخزين المؤقت لمحلل DNS على الكمبيوتر العميل - سيوفر لك ذلك سجلات نظيفة عندما تبدأ الالتقاط، للحصول على تتبع نظيف.

بعض اهم المشاكل

بعض المشاكل الشائعه التي قد الوجه و# كيفيه العثور عليها في تتبع الشبكه.

المشكلة الأهم

الأداة

ما تبحث عنه

تغيير حجم نافذة TCP

  • موجود في SYN - SYN/ACK.

  • قد لا تستفيد الأجهزة القديمة من فوائد تغيير حجم نافذة TCP.

  • من دون إعدادات صحيحة لتغيير حجم نافذة TCP، يمتلئ المخزن المؤقت الافتراضي 16 بت في رؤوس TCP خلال عدد مللي ثوانٍ قليل.

  • يتعذر على حركة المرور الاستمرار في الإرسال حتى يتلقى العميل إقراراً باستلام البيانات الأصلية، مما يؤدى إلى حدوث تأخير.

Netmon

Wireshark

ابحث عن حركة مرور SYN - SYN/ACK في تتبع الشبكة.

في Netmon، استخدم عامل تصفيه ك tcp.flags.syn == 1. عامل التصفيه هذا هو نفسه في Wireshark.

التصفية في Netmon أو Wireshark للحصول على حزم المزامنة للأداتين: TCP.Flags.Syn == 1.

لاحظ وجود رقم المنفذ المصدر (SrcPort) الذي يتطابق مع المنفذ الوجهة (DstPort) للإقرار ذي الصلة (SYN/ACK) لكل SYN.

للاطلاع على قيمة تغيير حجم الإطار التي يستخدمها اتصال الشبكة، وسّع SYN أولاً، ثم الإقرار ذي الصلة SYN/ACK.

يعرض الرسم كيفية مطابقة SrcPort مع DstPort في عملية تتبع، للحصول على دلتا الوقت.

إعدادات الوقت الخامل لـ TCP

  • في السابق، كان تكوين معظم الشبكات المحيطة يتم للاتصالات العابرة، وهذا يعني إنهاء الاتصالات الخاملة بشكل عام.

  • يمكن إنهاء جلسات TCP الخاملة بواسطة الأجهزة الوكيلة وجدران الحماية في وقت يزيد عن 100 إلى 300 ثانية.

  • يشكّل هذا الأمر مشكلة بالنسبة إلى Outlook Online إذ ينشئ اتصالات طويلة الأمد ويستخدمها سواء كانت نشطة أم لا.

  • عند إنهاء الاتصالات بواسطة الأجهزة الوكيلة أو جدران الحماية، لا يتم إعلام العميل، وتعني محاولة استخدام Outlook Online أن الكمبيوتر العميل سيحاول، بشكل متكرر، إعادة إحياء الاتصال قبل إنشاء اتصال جديد.

  • قد ترى حالات تعطل في المنتج أو المطالبات أو قد يكون الأداء بطيئاً عند تحميل الصفحات.

Netmon

Wireshark

في Netmon، انظر إلى حقل Time Offset (إزاحة الوقت) في اختبار الإرسال ثم التلقي. يمثّل اختبار الإرسال ثم التلقي الوقت بين قيام العميل بإرسال طلب إلى الخادم ثم تلقي الاستجابة. تحقق من الأمر بين العميل ونقطة الخروج (على سبيل المثال، العميل --> الوكيل)، أو العميل إلى Office 365 (العميل --> Office 365). يمكنك رؤية هذا الأمر في أنواع متعددة من الحزم.

علي سبيل المثال، قد يبدو عامل التصفيه في Netmon مثل .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12، او، في Wireshark، ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12.

تلميحات: 

  • ألا تعلم ما إذا كان عنوان IP في التتبع ينتمي إلى خادم DNS؟ حاول معرفة ذلك في سطر الأوامر. انقر فوق ابدأ > تشغيل > واكتب cmd، أو اضغط على مفتاح Windows > واكتب cmd. في موجه الأوامر، اكتب nslookup <the IP address from the network trace>. لإجراء الاختبار، استخدم nslookup مقابل عنوان IP للكمبيوتر الخاص بك.

  • للاطلاع على قائمة بنطاقات عناوين IP في Microsoft، راجع نطاقات عناوين IP وعناوين URL في Office 365.

اذا كان هناك مشكله، توقعه "ازاحه وقت" طويل ل# تظهر، و# في هذه الحاله (Outlook Online)، خاصه في الحزم TLS:TLS اظهار فقره من "بيانات التطبيق" (علي سبيل المثال، في Netmon التي يمكنك العثور علي حزم البيانات التطبيق عبر .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). ستري تقدم متجانسه في الوقت عبر جلسه العمل. اذا ظهرت التاخير طويله عند تحديث الخاص بك Outlook Online، يمكن ان يرجع ذلك درجه عاليه من اعاده تعيين الذي يتم ارساله.

زمن الانتقال/وقت اختبار الإرسال ثم التلقي

  • زمن الانتقال عباره عن مقياس يمكنه ان يتغير كثيرا اعتمادا علي عده متغيرات، مثل ترقيه الاجهزه القديمه و# اضافه عدد كبير من المستخدمين الي شبكه و# النسبه المئويه ل# النطاق الترددي الاجمالي الذي تستهلكه المهام الاخري علي اتصال شبكه.

  • تتوفر حاسبات النطاق الترددي ل Office 365 من صفحه تخطيط الشبكه و# تحسين الاداء ل Office 365 .

  • هل تحتاج الي قياس سرعه اتصالك او النطاق الترددي ل# اتصال موفر خدمه الانترنت؟ جرب هذا الموقع (او مواقع مشابهه له): Speedtest موقع رسميو بينجتيست.

Ping

PsPing

Netmon

Wireshark

لتعقب زمن الانتقال في تتبع، يمكنك الاستفادة من تسجيل عنوان IP الخاص بالكمبيوتر العميل وعنوان IP لخادم DNS في Office 365. ويهدف ذلك إلى تصفية التتبع بطريقة أسهل. إذا اتصلت عبر وكيل، فستحتاج إلى عنوان IP للكمبيوتر العميل وعنوان IP للوكيل/الخروج، وعنوان IP لخادم DNS في Office 365 بهدف تسهيل العمل.

سيخبرك طلب اختبار الاتصال المرسل إلى outlook.office365.com باسم مركز البيانات الذي تلقى الطلب، حتى لو أن اختبار الاتصال قد لا يكون قادراً على الاتصال لإرسال حزم ICMP المتتالية للعلامات التجارية. إذا كنت تستخدم PsPing (أداة يمكن تنزيلها مجاناً) والمنفذ المحدد (443) وربما IPv4 (-4)‎، فستحصل على متوسط وقت اختبار الإرسال ثم التلقي للحزم المرسلة. سيصلح هذا الأمر لعناوين URL الأخرى في خدمات Office 365، مثل psping -4 yourSite.sharepoint.com:443. في الواقع، يمكنك تحديد عدد من اختبارات الاتصال للحصول على عينة أكبر للمتوسط، جرّب شيئاً مماثلاً لما يلي psping -4 -n 20 yourSite-my.sharepoint.com:443.

ملاحظة: لا ترسل الأداة PsPing حزم ICMP. إنها تختبر الاتصال مع حزم TCP عبر منفذ معين، بحيث يمكنك استخدام أي واحد تعلم أنه مفتوح. في Office 365، الذي يستخدم SSL/TLS، حاول توصيل المنفذ :443 بالأداة PsPing.

لقطة شاشة تبين اختبار اتصال قام بحل outlook.office365.com وPSPing مع 443 يقوم بالشيء نفسه، ولكن مع الإبلاغ عن متوسط 6.5 ميلي ثانية من وقت اختبار الإرسال ثم التلقي.

إذا قمت بتحميل صفحة Office 365 البطيئة الأداء أثناء إجراء تتبع الشبكة، فيجب أن تقوم بتصفية تتبع Netmon أو Wireshark من أجل DNS. هذا هو أحد عناوين IP التي نبحث عنها.

فيما يلي الخطوات التي يجب اتخاذها لتصفية Netmon للحصول على عنوان IP (وإلقاء نظرة على زمن انتقال DNS). يستخدم هذا المثال outlook.office365.com، ولكن باستطاعته أيضاً استخدام عنوان URL لمستأجر SharePoint Online (على سبيل المثال، (hithere.sharepoint.com).

  1. اختبر اتصال عنوان URL ping outlook.office365.com، وفي النتائج، سجّل اسم وعنوان IP الخاص بخادم DNS الذي تم إرسال طلب اختبار الاتصال إليه.

    يعرض طلب اختبار الاتصال الموجه إلى outlook.office365.com نظام DNS وعنوان IP لـ namnorthwest.

  2. شبكه تتبع فتح الصفحه، او تنفيذ الاجراء الذي يسبب مشكله الاداء، او، اذا رايت زمن انتقال اعلي علي اختبار الاتصال ب# حد ذاته، ف# نفذ تتبع الشبكه له.

  3. افتح التتبع في Netmon، وقم بالتصفية باستخدام DNS (يعمل عامل التصفية هذا في Wireshark أيضاً، ولكنه حساس لحالة الأحرف-- dns). بما أنك تعرف اسم خادم DNS من اختبار الاتصال، فيمكنك أيضاً إجراء التصفية بسرعة أكبر في Netmon على الشكل التالي: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest")، وتبدو التصفية في Wireshark على الشكل التالي dns and frame contains "namnorthwest".

    افتح حزمة الاستجابة، وفي نافذة Frame Details (تفاصيل الإطار) في Netmon، انقر فوق DNS للتوسيع للحصول على معلومات إضافية. في معلومات DNS، ستعثر على عنوان IP لخادم DNS الذي تم إرسال الطلب إليه في Office 365 -- ستحتاج إلى عنوان IP هذا للخطوة التالية (الأداة PsPing). قم بإزالة عامل التصفية، وانقر بزر الماوس الأيمن فوق استجابة DNS ضمن Netmon في Frame Summary (ملخص الإطار) > Find Conversations (بحث عن محادثات) > DNS لرؤية استعلام DNS والاستجابة جنباً إلى جنب.

    تتبع مُصفى حسب "البحث عن المحادثات" ثم DNS.

  4. في Netmon، لاحظ أيضاً العمود Time Offset (إزاحة الوقت) بين DNS Request (طلب DNS) وResponse (الاستجابة).

    نتائج Netmon الإضافية مُصفاة مع عرض DNS AND CONTAINSBIN(Framedata, ASCII, "namnorthwest")‎ لإزاحة وقت قصيرة جداً بين الطلب والاستجابة.

في الخطوه التاليه، سهله التثبيت و# الاستخدام اداه PsPing ياتي جيده، كل من سبب ICMP غالبا حظر علي جدران الحمايه، و# نظرا ل# تمييز يتعقب PsPing زمن انتقال بالمللي ثانيه. يكمل PsPing اتصال TCP الي عنوان و# المنفذ (في الخاصه بنا حاله فتح المنفذ 443).

  1. ثبّت الأداة PsPing.

  2. افتح موجه أوامر (ابدأ > تشغيل > اكتب cmd، أو مفتاح Windows > اكتب cmd) وغيّر الدليل إلى الدليل الذي قمت بتثبيت PsPing فيه وذلك لتشغيل أمر PsPing. في الأمثلة التي قدمتها، أنشأت المجلد 'Perf' على جذر C. يمكنك فعل الأمر نفسه لتوفير الوصول السريع.

  3. اكتب الأمر بحيث يتم تشغيل PsPing مقابل عنوان IP لخادم DNS في Office 365 من تتبع Netmon السابق-- تذكّر ضرورة إضافة رقم المنفذ. بكلمات أخرى، psping -n 20 132.245.24.82:445. سيوفر لك ذلك عينة من 20 عملية اختبار اتصال وسيتم حساب متوسط زمن الانتقال عندما تتوقف PsPing عن العمل.

    يُرجع الأمر psping -n 20 132.245.24.82:443 في PSPing متوسط زمن الانتقال الذي يبلغ حوالي 25,51 مللي ثانية.

إذا أردت الانتقال إلى Office 365 عبر خادم وكيل، فستكون الخطوات مختلفة قليلاً. ستقوم أولاً بتشغيل PsPing إلى الخادم الوكيل للحصول على متوسط قيمة زمن الانتقال بالمللي ثانية إلى الخادم الوكيل/نقطة الخروج ثم العودة، ثم ستقوم بتشغيل PsPing على الوكيل، أو على كمبيوتر يتوفر فيه الاتصال المباشر بالإنترنت للحصول على القيمة المفقودة (قيمة الانتقال إلى Office 365 والعودة منه).

إذا اخترت تشغيل PsPing من الوكيل، فستحصل على قيمتين بالمللي ثانية: الكمبيوتر العميل إلى الخادم الوكيل أو نقطة الخروج، والخادم الوكيل إلى Office 365. وهكذا تكون قد أتممت عملك! حسناً، إننا نسجّل القيم على أي حال.

اذا قمت ب# تشغيل PsPing علي كمبيوتر عميل اخر اتصال مباشر ب# الانترنت، و# هذا يعني دون وكيل، ف# سيتعين قيمتين ميلي ثانيه: الكمبيوتر العميل الي الخادم الوكيل او نقطه الخروج، و# كمبيوتر العميل الي Office 365. في هذه الحاله، طرح قيمه الكمبيوتر العميل الي نقطه الخروج او الخادم الوكيل من قيمه الكمبيوتر العميل الي Office 365، و# سيكون لديك الارقام وقت الارسال ثم التلقي من كمبيوتر العميل الي نقطه الخروج او خادم وكيل، و# من نقطه الخروج او الخادم الوكيل الي Office 365.

ومع ذلك، إذا تمكّنت من العثور على كمبيوتر عميل في الموقع المتأثر المتصل بشكل مباشر، أو الذي يتجاوز الوكيل، فقد تختار معرفة ما إذا كانت إعادة إنتاج المشكلة ممكنة هناك للبدء بها، وإجراء الاختبار باستخدامها، فيما بعد.

زمن الانتقال، كما نراه في تتبع Netmon، المللي اضافيه يمكنك اضافه الاعلي، اذا كان هناك عدد كاف منها في اي جلسه عمل معينه.

زمن الانتقال العام في Netmon، مع العمود الافتراضي "دلتا الوقت" لـ Netmon والذي تمت إضافته إلى "ملخص الإطار".

ملاحظة: قد يكون عنوان IP الخاص بك مختلفاً عن عنوان IP الذي يظهر هنا، على سبيل المثال، قد يُرجع اختبار الاتصال نطاقاً يشبه 157.56.0.0/16 أو نطاقاً مماثلاً. للحصول على قائمة بالنطاقات التي يستخدمها Office 365، راجع نطاقات عناوين IP وعناوين URL في Office 365. تذكّر ضرورة توسيع كل العقد (يوجد زر في الأعلى لإجراء ذلك) إذا أردت البحث عن، 132.245، على سبيل المثال.

مصادقة الوكيل

  • ينطبق هذا الأمر عليك فقط إذا كنت تنتقل عبر خادم وكيل. وإلا، فيمكنك تخطي هذه الخطوات.

  • عندما تعمل مصادقة الوكيل بطريقة صحيحة، فمن المفترض أن تحتاج إلى مللي ثوانٍ قليلة، بشكل دائم. من المفترض عدم حدوث أداء سيء متقطع خلال فترات الاستخدام القصوى (على سبيل المثال).

  • إذا كانت مصادقة الوكيل قيد التشغيل، فستحتاج إلى المرور عبر عملية المصادقة في الخلفية في كل مرة تنشئ فيها اتصال TCP جديداً بـ Office 365 للحصول على المعلومات. وبالتالي، على سبيل المثال، عند التبديل من التقويم إلى البريد في Outlook Online، ستجري المصادقة. وفي SharePoint Online، إذا عرضت إحدى الصفحات وسائط أو بيانات من مواقع أو أماكن متعددة، فستحتاج إلى إجراء المصادقة لكل اتصال TCP مختلف يكون مطلوباً لعرض البيانات.

  • في Outlook Online، قد تواجه أوقات تحميل بطيئة كلما قمت بالتبديل بين التقويم وعلبة البريد، أو قد تواجه عمليات تحميل بطيئة للصفحات في SharePoint Online. ومع ذلك، ثمة عوارض أخرى غير مذكورة هنا.

    مصادقه الوكيل عباره عن اعداد علي الخادم الوكيل الخروج. اذا تسبب مشكله في اداء ب# استخدام Office 365، يجب ان راجع فريقك اتصالات الشبكه.

Netmon

Wireshark

ضع ياخذ مصادقه الوكيل متي يجب سبان جلسه عمل جديده TCP الاعلي ب# شكل شائع ل# طلب الملفات او معلومات من الخادم، او ل# توفير معلومات. علي سبيل المثال، قد تري مصادقه الوكيل حول طلب HTTP GET او نشر HTTP. اذا كنت تريد رؤيه الاطارات حيث يتم مصادقه طلبات في التتبع، اضافه العمود "ملخص نتلمسب الي Netmon و# تصفيتها ل .property.NTLMSSPSummary. ل# الاطلاع علي المده تستغرق وقتا المصادقه، اضف العمود "دلتا الوقت". ل# اضافه عمود الي Netmon:

  1. انقر بزر الماوس الأيمن فوق عمود، على سبيل المثال، Description (الوصف).

  2. انقر فوق Choose Columns (اختيار أعمدة). حدد موقع NTLMSSP Summary وTime Delta في القائمة، وانقر فوق Add (إضافة).

  3. انقل الأعمدة الجديدة إلى مكانها قبل العمود Description أو بعده بحيث يمكنك قراءتها جنباً إلى جنب. انقر فوق OK (موافق).

حتي لو انك لا تضيف العمود، ستعمل عامل التصفيه في Netmon. و# لكن سيكون اسهل اذا رايت في مرحله ما المصادقه تجري علي استكشاف الاخطاء و# اصلاحها. عند البحث عن مثيلات "مصادقه الوكيل"، ف# تاكد من ل# دراسه كل الاطارات التي تحدي NTLM او "المصادقه علي رساله" موجوده. اذا لزم الامر، انقر ب# زر الماوس جزء معين من نقل البيانات و# "البحث عن المحادثات" > TCP. تجدر الاشاره الي قيم "دلتا الوقت" في هذه المحادثات.

تتبع Netmon يُظهر مصادقة الوكيل، وقم تمت تصفيته بحسب المحادثة.

فترة تأخير مكونة من أربع ثوانٍ لمصادقة الوكيل كما هو مبين في Wireshark. تم إنشاء العمود Time delta from previous displayed frame (دلتا الوقت من إطار سابق معروض) من خلال النقر بزر الماوس الأيمن فوق الحقل بالاسم نفسه في Frame Details (تفاصيل الإطار) وتحديد Add as Column (إضافة كعمود).

في Wireshark، تم إنشاء العمود Time delta from previous displayed frame (دلتا الوقت من إطار سابق معروض) من خلال النقر بزر الماوس الأيمن فوق الحقل بالاسم نفسه في Frame Details (تفاصيل الإطار) وتحديد Add as Column (إضافة كعمود).

أداء DNS

  • يعمل تحليل الأسماء على أفضل وجه وبأقصى سرعة عندما يحدث في مكان يكون قريباً قدر الإمكان من بلد العميل.

  • إذا كان تحليل أسماء DNS يتم في مكان بعيد، فيمكنه إضافة عدد من الثواني إلى عمليات تحميل الصفحات.

  • يحتاج تحليل الأسماء إلى 100 مللي ثانية، بشكل مثالي. وإلا، فمن الأفضل التحقيق في هذا الأمر.

تلميح: هل أنت غير متأكد من كيفية عمل الاتصال في Office 365؟ يمكنك إلقاء نظرة على المستند "مرجع إلى اتصال العميل" هنا.

Netmon

Wireshark

PsPing

يمثّل تحليل أداء DNS عادةً مهمة أخرى لعملية تتبع الشبكة. ومع ذلك، تُعد الأداة PsPing مفيدة أيضاً في تضمين سبب محتمل أو استبعاده.

تستند حركة مرور DNS إلى طلبات TCP وUDP، ويتم تمييز الاستجابات بطريقة واضحة بواسطة معرف سيساعد على مطابقة طلب محدد مع استجابة محددة له. سوف ترى حركة مرور DNS عندما يستخدم SharePoint Online، على سبيل المثال، اسم شبكة أو عنوان URL على صفحة ويب. كقاعدة عامة، تعمل حركة المرور هذه بمعظمها على UDP، باستثناء حالات نقل المناطق.

في كل من Netmon و Wireshark، عامل التصفيه الاساسيه التي تسمح لك ب# القاء نظره علي حركه مرور DNS هو ب# بساطه dns. تاكد من استخدام احرف صغيره عند تحديد عامل التصفيه. تذكر ضروره مسح ذاكره التخزين المؤقت ل# محلل DNS الخاص بك قبل ان تبدا ب# اعاده انتاج المشكله علي الكمبيوتر العميل. علي سبيل المثال، اذا كان لديك تحميل صفحه SharePoint Online بطيئا ل# الصفحه الرئيسيه، التي يجب ان اغلق كل مستعرضات فتح مستعرض جديده، و# بدء التتبع، و# مسح ذاكره التخزين المؤقت ل# محلل DNS الخاص بك و# استعرض وصولا الي موقع SharePoint Online. ب# مجرد حل الصفحه ب# اكملها، يجب ايقاف و# حفظ التتبع.

عامل التصفية الأساسي لـ DNS في Netmon هو DNS.

تحتاج الي البحث في الوقت ازاحه هنا. و# قد تكون مفيده ل# اضافه عمود دلتا الوقت الي Netmon التي يمكنك تنفيذها ب# اكمال الخطوات التاليه:

  1. انقر بزر الماوس الأيمن فوق عمود، على سبيل المثال، Description (الوصف).

  2. انقر فوق Choose Columns (اختيار أعمدة).

  3. حدد موقع Time Delta (دلتا الوقت) في القائمة، وانقر فوق Add (إضافة).

  4. انقل العمود الجديد إلى مكانه قبل العمود Description أو بعده بحيث يمكنك قراءتهما جنباً إلى جنب. انقر فوق OK (موافق).

اذا كان البحث عن استعلام الهامه، ف# يمكنك عزل عند النقر نقرا مزدوجا هذا الاستعلام في لوحه تفاصيل الاطار، اختيار البحث عن المحادثات > DNS. لاحظ ان لوحه "محادثات الشبكه" ينتقل الحق في المحادثه معينه في السجل ب# حركه مرور UDP.

تتبع Netmon لتحميل Outlook Online المُصفى حسب DNS، واستخدام "البحث عن المحادثات" ثم DNS لتضييق نطاق النتائج.

في Wireshark يمكنك جعل احد اعمده ل# الوقت DNS. تنفيذ تتبع الخاص بك (او فتحه علي تتبع) في Wireshark و# تصفيتها حسب dnsاو، اكثر هيلبفولي dns.time. انقر فوق اي استعلام DNS، و# في لوحه تظهر تفاصيل، قم ب# توسيع تفاصيل Domain Name System (response) . ستري حقل ل# الوقت (علي سبيل المثال، [Time: 0.001111100 seconds]. انقر ب# زر الماوس هذا الوقت و# حدد التطبيق ك# عمود. سيوفر لك عمود الوقت ل# الفرز ب# سرعه من التتبع. انقر فوق العمود الجديد ل# الفرز حسب القيم ل# رؤيه الذي اتصال DNS التنازليه اتخذتها اطول ل# حل.

استعراض لـ SharePoint Online المُصفى في Wireshark حسب dns.time (بالأحرف الصغيرة)، مع الوقت من التفاصيل الموضوعة في عمود وتم فرزها تصاعدياً.

اذا كنت تريد ل# القيام ب# المزيد من التحقق من المره دقه DNS، ف# حاول استخدام PsPing مقابل المنفذ DNS المستخدمه ب# واسطه TCP (علي سبيل المثال، psping <IP address of DNS server>:53). هل ما زلت تري عن مشكله في اداء؟ اذا تفعل ذلك، ثم المشكله المزيد من المحتمل ان تكون شبكه اوسع اصدار من مشكله معينه التطبيق DNS كنت تحقيق ل# القيام ب# دقه. مفيد ايضا يؤدي ذكر، مره اخري، ان ping الي outlook.office365.com يعلمك تحليل اسماء DNS ل Outlook Online هو المحتوي فيه (علي سبيل المثال، namnorthwest.office365.com outlook).

إذا بدت المشكلة وكأنها تعود إلى DNS على وجه التحديد، فقد يكون من الضروري الاتصال بمسؤول تقنية المعلومات للاطلاع على تكوينات DNS ومعيدي توجيه DNS لإجراء المزيد من الاستقصاءات بشأن هذه المشكلة.

قابلية توسع الوكيل

  • تمنح الخدمات مثل Outlook Online في Office 365 العملاء اتصالات متعددة طويلة المدى.

  • وبالتالي، قد يستخدم كل مستخدم عدداً أكبر من الاتصالات التي تحتاج إلى عمر طويل.

تلميح: هل تحتاج إلى التخطيط للعرض الترددي لأنك على وشك إضافة الكثير من المستخدمين إلى Office 365؟ جرّب التخطيط لاستخدام النطاق الترددي للإنترنت لـ Office 365. تتوفر هناك حاسبات للنطاق الترددي.

الرياضيات

لا تتوفر لهذا الأمر أداة محددة لتتبع الشبكة أو استكشاف المشاكل وإصلاحها. بدلاً من ذلك، إنها تستند إلى القيود المحددة والمتغيرات الأخرى لحسابات النطاق الترددي.

الحد الأقصى لحجم الجزء في TCP

  • موجود في SYN - SYN/ACK.

  • يمكنك إجراء هذا الفحص في أي عملية تتبع شبكة نفذتها بشأن الأداء لضمان تكوين حزم TCP بحيث تحمل أكبر كمية ممكنة من البيانات.

  • الهدف هو رؤية MSS من 1460 بايت لإرسال البيانات.

  • إذا كنت تعمل خلف وكيل، أو إذا كنت تستخدم NAT، فتذكّر ضرورة تشغيل هذا الاختبار من العميل إلى الخادم الوكيل/نقطة الخروج/NAT، ومن الخادم الوكيل/نقطة الخروج/NAT إلى Office 365 للحصول على أفضل النتائج! هذه هي جلسات TCP مختلفة.

Netmon

حجم TCP الحد الاقصي المقطع (MSS) هو معلمه اخري تاكيد الاتصال الثلاثيه في تتبع الشبكه، تشير الي وجود يمكنك العثور علي البيانات التي تحتاج اليها في SYN-SYN / ACK الحزمه. MSS فعليا بسيطا جدا ل# رؤيه.

افتح أي تتبع شبكة خاص بالأداء موجود لديك وابحث عن الاتصال الذي تريد الحصول على معلومات عنه، أو الذي يبيّن وجود مشكلة في الأداء.

ملاحظات: 

  • إذا كنت تبحث عن تتبع وتحتاج إلى العثور على حركة المرور ذات الصلة بمحادثتك، فيمكنك التصفية بحسب عنوان IP الخاص بالعميل، أو عنوان IP الخاص بالخادم الوكيل أو نقطة الخروج أو كليهما. وبشكل مباشر، ستحتاج إلى اختبار اتصال عنوان URL الذي تختبره لعنوان IP في Office 365 في التتبع، وإجراء التصفية باستخدامه.

  • تفحص التتبع المستعمل؟ حاول استخدام عوامل التصفيه ل# توجيه نفسك. في Netmon، شغل بحث استنادا الي عنوان URL، مثل Containsbin(framedata, ascii, "sphybridExample")، ف# لاحظ الرقم الاطار. في Wireshark استخدام الشكل frame contains "sphybridExample". اذا لاحظت ان العثور علي حركه المرور Winsock عن بعد (محركات) (قد يظهر ك# [بش، ACK] في Wireshark)، تذكر ان يتصل محركات يمكن رؤيتها وقت قصير قبل ذات الصله SYN-SYN / Ack، كما و# رد سابقا. في هذه المرحله، يمكنك تسجيل رقم الاطار، اسقاط عامل التصفيه، انقر فوق "كل بيانات" في نافذه "المحادثات الشبكه" في Netmon ل# القاء نظره علي SYN. اقرب

  • تجدر الإشارة إلى أنك إذا لم تستلم أي معلومات حول عنوان IP عند إجراء التتبع، فإن البحث عن عنوان URL في التتبع (جزء من sphybridExample-my.sharepoint.com، على سبيل المثال)، سيعطيك عناوين IP لاستخدامها في إجراء التصفية.

  1. حدد موقع الاتصال في التتبع الذي تهمك رؤيته. يمكنك إجراء ذلك إما بفحص التتبع، أو التصفية بحسب عناوين IP، أو بتحديد معرفات محادثات معينة باستخدام نافذة Network Conversations (محادثات الشبكة) في Netmon.

    التصفية حسب المحادثة. انقر بزر الماوس الأيمن فوق إطار SYN، وانقر فوق "بحث عن محادثات"، TCP.

  2. بعد العثور على حزمة SYN، وسّع TCP (في Netmon) أو بروتوكول تحكم الإرسال (في Wireshark) في لوحة Frame Details (تفاصيل الإطار).

  3. وسّع TCP Options وMaxSegementSize.

  4. حدد موقع إطار SYN-ACK ذي الصلة ووسّع TCP Options وMaxSegementSize.

  5. ستكون القيمة الأصغر من بين القيمتين الحد الأقصى لحجم الجزء.

في هذه الصوره، تاكد استخدم العمود المضمن في Netmon المسمي TCP استكشاف الاخطاء و# اصلاحها.

تمت تصفية تتبع الشبكة في Netmon باستخدام الأعمدة المضمّنة.

يقع العمود المضمّن في أعلى لوحة (تفاصيل الإطار). (للعودة إلى العرض العادي، انقر فوق Columns (أعمدة) مرة أخرى، ثم اختر Time Zone (المنطقة الزمنية).)

المكان الموجودة فيه القائمة المنسدلة "أعمدة" للخيار "استكشاف أخطاء TCP وإصلاحها" (في أعلى "ملخص الإطار").

فيما يلي تتبع مصفاه في Wireshark. هناك عامل تصفيه معينه الي قيمه MSS (tcp.options.mss). يتم ربط الاطارات SYN، SYN / ACK، التعارف ACK في اسفل Wireshark مكافئا ل# "تفاصيل الاطار" (وضع اطار ذا 47 ACK و# ارتباطات الي 46 SYN / ACK و# ارتباطات الي 43 SYN) ل# تسهيل عمليه هذا النوع من العمل.

التتبع المُصفى في Wireshark حسب tcp.options.mss للحصول على الحد الأقصى لحجم المقطع (MSS).

إذا كنت بحاجة إلى التدقيق في "الإقرار الانتقائي" (الموضوع التالي في هذه المصفوفة)، فلا تغلق التتبع!

الإقرار الانتقائي

  • موجود في SYN - SYN/ACK.

  • يجب الإبلاغ عنه على أنه مسموح به في كل من SYN في SYN/ACK.

  • يسمح الإقرار الانتقائي (SACK) بإعادة إرسال البيانات بطريقة سلسة عند فقدان حزمة واحدة أو أكثر.

  • بإمكان الأجهزة تعطيل هذه الميزة، مما يؤدي إلى حدوث مشاكل في الأداء.

  • إذا كنت تعمل خلف وكيل، أو إذا كنت تستخدم NAT، فتذكّر ضرورة تشغيل هذا الاختبار من العميل إلى الخادم الوكيل/نقطة الخروج/NAT، ومن الخادم الوكيل/نقطة الخروج/NAT إلى Office 365 للحصول على أفضل النتائج! هذه هي جلسات TCP مختلفة.

Netmon

إن الإقرار الانتقائي (SACK) عبارة عن معلمة أخرى في تأكيد اتصال SYN-SYN/ACK. يمكنك تصفية تتبع SYN - SYN/ACK باستخدام عدة طرق.

  1. حدد موقع الاتصال الذي تهمك رؤيته سواء بفحص التتبع، أو التصفية بحسب عناوين IP أو بالنقر فوق معرف محادثة باستخدام نافذة Network Conversations (محادثات الشبكة) في Netmon.

  2. بعد العثور علي حزمه SYN، وسع TCP في Netmon او بروتوكول تحكم الارسال في Wireshark في القسم "تفاصيل الاطار".

  3. وسّع TCP Options ثم SACK.

  4. حدد موقع إطار SYN-ACK ذي الصلة ووسّع TCP Options ثم حقل SACK.

  5. تأكد من أن بعض إقرارات SACK مسموحة في كل من SYN في SYN/ACK.

فيما يلي قيم SACK كما يمكن رؤيتها في كل من Netmon وWireshark.

إقرار اختياري (SACK) في Netmon كنتيجة لـ tcp.flags.syn == 1.

SACK كما هو معروض في Wireshark من خلال عامل التصفية tcp.flags.syn == 1.

موقع DNS الجغرافي

  • المكان في العالم حيث يحاول Office 365 تحليل اتصال DNS مما يؤثر على سرعة اتصالك.

  • في Outlook Online، وبعد اكتمال بحث DNS الأول، سيتم استخدام موقع DNS هذا للاتصال بأقرب مركز بيانات. سيتم توصيلك بخادم Outlook Online CAS، الذي سيستخدم الشبكة الأساسية للاتصال بمركز البيانات حيث تم تخزين بياناتك. يتم هذا الأمر بشكل أسرع.

  • عندما يصل المستخدم المسافر للخارج إلى SharePoint Online، سيتم توجيهه إلى مركز بياناته النشط -- وهو مركز البيانات الذي يستند موقعه إلى مكان إقامة مستأجر SPO (وبالتالي، مركز بيانات في الولايات المتحدة إذا كان المستخدم مقيم في الولايات المتحدة).

  • يحتوي Lync Online على عقد نشطة في أكثر من مركز بيانات واحد في الوقت نفسه. وعندما يتم إرسال مثيلات إلى Lync Online، سيحدد DNS لـ Microsoft المكان في العالم الذي صدر الطلب منه، ويُرجع عناوين IP من مركز البيانات الإقليمي الأقرب حيث يكون Lync Online نشطاً.

تلميح: هل تريد معرفة المزيد حول كيفية اتصال العملاء بـ Office 365؟ يمكنك إلقاء نظرة على المقالة المرجعية اتصال العميل (ورسوماتها المفيدة).

Ping

PsPing

يجب ان طلبات دقه اسم من خوادم DNS ل# العميل الي خوادم Microsoft DNS في معظم الحالات النتيجه في Microsoft DNS يقوم ب# ارجاع عنوان IP ل# مركز بيانات اقليمي (وحده تحكم المجال). ما معني ذلك ب# النيابه عنك؟ اذا تم المركز الرئيسي الخاص بك في بانجالور، الهند، و# لكن السفر في الولايات المتحده، عند المستعرض طلب ل Outlook Online، خوادم Microsoft DNS يجب يد يمكنك عناوين IP الي مراكز البيانات في الولايات المتحده-مركز بيانات اقليمي. اذا كانت مطلوبه المراسلات من Outlook، ستنتقل تلك البيانات عبر شبكه العمود الفقري السريع الخاص ب Microsoft بين مراكز البيانات.

يعمل DNS بشكل أسرع عندما يتم تحليل الأسماء بشكل قريب قدر الإمكان من موقع المستخدم. إذا كنت موجوداً في أوروبا، فسترغب في الانتقال إلى Microsoft DNS في أوروبا والتعامل مع مركز بيانات في أوروبا (بشكل مثالي). سيكون الأداء من عميل في أوروبا ينتقل إلى DNS ومركز بيانات في أمريكا أكثر بطئاً.

شغّل أداة Ping مقابل outlook.office365.com لتحديد المكان في العالم الذي تم توجيه طلب DNS إليه. إذا كنت موجوداً في أوروبا، فسترى رداً من شيء يشبه outlook-emeawest.office365.com. أما في الأمريكتان، فتوقع شيئاً مثل outlook-namnorthwest.office365.com.

  1. افتح موجه الأوامر على الكمبيوتر العميل (عبر ابدأ > تشغيل > cmd أو مفتاح Windows> و اكتب cmd).

  2. اكتب ping outlook.office365.com واضغط على ENTER.

    تذكر، ل# تحديد -4 اذا كنت تريد تحديد ل# اختبار اتصال عبر IPv4. قد يفشل ل# الحصول علي رد من حزم ICMP، و# لكن من المفترض ان تري اسم DNS الذي تم توجيه الطلب.

إذا أردت رؤية أرقام زمن الانتقال لهذا الاتصال، فحاول استخدام PsPing لعنوان IP للخادم الذي أرجعه اختبار الاتصال.

تعرض أداة اختبار اتصال outlook.office365.com مستوى تحليل الأسماء في outlook-namnorthwest.

استخدام PSPing إلى عنوان IP الذي أرجعه اختبار الاتصال بموقع outlook.office365.com، مع إظهار متوسط 28 ميلي ثانية من زمن الانتقال.

استكشاف أخطاء تطبيقات Office 365 وإصلاحها

Netmon

HTTPWatch

وحدة تحكم F12 في المستعرض

لا نتناول الادوات المستخدمه في الخاصه ب# التطبيق استكشاف الاخطاء و# اصلاحها في هذه المقاله خاصه ب# الشبكه. و# لكنك ستعثر علي الموارد التي يمكنك استخدامها في هذه الصفحه.

مواضيع ذات صلة

اداره Office 365 نقاط النهايه
اتصالات استكشاف الاخطاء و# اصلاحها Office 365

ملاحظة: إقرار إخلاء المسؤولية للترجمة الآلية: تمت ترجمة هذه المقالة بواسطة نظام كمبيوتر دون تدخل العامل البشري. توفر Microsoft هذه الترجمات الآلية لمساعدة المستخدمين الذين لا يتحدثون الإنجليزية على استخدام منتجات Microsoft، وخدماتها، وتقنياتها والاستمتاع بها. قد تحتوي هذه المقالة على أخطاء في المفردات، أو بناء الجملة، أو القواعد نظرًا لترجمتها آليًا.

توسيع المهارات
استكشاف التدريب
الحصول على الميزات الجديدة أولاً
الانضمام إلى Office Insider

هل كانت المعلومات مفيدة؟

نشكرك على ملاحظاتك!

شكراً لك على الملاحظات! يبدو أنه من المفيد إيصالك بأحد وكلاء دعم Office لدينا.

×