خطة استكشاف أخطاء الأداء وإصلاحها Office 365

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

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

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

نموذج خطة عمل استكشاف أخطاء الأداء وإصلاحها

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

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

• ابحث عن كمبيوتر عميل يمكنه إعادة إنتاج مشكلة الأداء. سيتم استخدام هذا الكمبيوتر أثناء استكشاف الأخطاء وإصلاحها.
• اكتب الخطوات التي تتسبب في حدوث مشكلة في الأداء حتى تصبح جاهزا عندما يحين وقت الاختبار.
• تثبيت أدوات لجمع المعلومات وتسجيلها:
  • تثبيت Netmon 3.4 (أو استخدام أداة تتبع شبكة مكافئة).
  • قم بتثبيت الإصدار الأساسي المجاني من 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 أو Cmd مفتاح> Windows).

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

   ipconfig /flushdns
   

Netmon

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

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

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

تتبع Netmon وإعادة إنتاج المشكلة

1. تشغيل Netmon 3.4. هناك ثلاثة أجزاء في صفحة البدء : اللقطات الأخيرة، وحدد الشبكات، وبدء استخدام Microsoft Network Monitor 3.4. إشعار. ستمنحك لوحة Select Networks أيضا قائمة بالشبكات الافتراضية التي يمكنك الالتقاط منها. تأكد من تحديد بطاقات الشبكة هنا.

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

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

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

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

HTTPWatch

يأتي HTTPWatch مسؤولا، وإصدارا مجانيا. يغطي الإصدار الأساسي المجاني كل ما تحتاجه لهذا الاختبار. يراقب HTTPWatch نسبة استخدام الشبكة ووقت تحميل الصفحة مباشرة من نافذة المستعرض. HTTPWatch هو مكون إضافي ل Microsoft Edge يصف الأداء بشكل بياني. يمكن حفظ التحليل وعرضه في HTTPWatch Studio.

ملاحظة

إذا كنت تستخدم مستعرضا آخر، مثل Firefox أو Google Chrome أو إذا تعذر عليك تثبيت HTTPWatch في Edge، فافتح نافذة مستعرض جديدة واضغط على F12 على لوحة المفاتيح. يجب أن تشاهد النافذة المنبثقة أداة المطور في أسفل المستعرض. إذا كنت تستخدم Opera، فاضغط على CTRL+SHIFT+I لمفتش الويب، ثم انقر فوق علامة التبويب الشبكة وأكمل الاختبار الموضح أدناه. ستكون المعلومات مختلفة قليلا، ولكن ستظل أوقات التحميل معروضة بالمللي ثانية. > HTTPWatch مفيد جدا أيضا للمشكلات المتعلقة بأوقات تحميل صفحة SharePoint.

تشغيل HTTPWatch وإعادة إنتاج المشكلة

HTTPWatch هو مكون إضافي للمستعرض، لذلك يختلف الكشف عن الأداة في المستعرض اختلافا طفيفا لكل إصدار من Microsoft Edge. عادة، يمكنك العثور على HTTPWatch ضمن شريط الأوامر في مستعرض Microsoft Edge. إذا لم تتمكن من رؤية المكون الإضافي HTTPWatch في نافذة المستعرض، فتحقق من إصدار المستعرض بالنقر فوق تعليمات>حول، أو في الإصدارات الأحدث من Microsoft Edge، انقر فوق رمز الترس و About Edge. لتشغيل شريط الأوامر ، انقر بزر الماوس الأيمن فوق شريط القوائم في Microsoft Edge وانقر فوق شريط الأوامر.

في الماضي، تم إقران HTTPWatch بكل من الأوامر وأشرطة المستكشف، لذلك بمجرد التثبيت، إذا لم تتمكن من رؤية الأيقونة على الفور (حتى بعد إعادة التشغيل)، فتحقق من الأدوات وأشرطة الأدوات الخاصة بك للأيقونة. تذكر أنه يمكن تخصيص أشرطة الأدوات ويمكن إضافة خيارات إليها.

1. قم بتشغيل HTTPWatch في نافذة مستعرض Microsoft Edge. يبدو مثبتا في المستعرض في أسفل تلك النافذة. انقر فوق تسجيل.

2. إعادة إنتاج الخطوات الدقيقة المتضمنة في مشكلة الأداء. انقر فوق الزر إيقاف في HTTPWatch.

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

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

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

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

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

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

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

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

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

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

قراءة آثارك

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

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

يستخدم Netmon Microsoft Intellisense في حقل عامل تصفية العرض. Intellisense، أو إكمال التعليمات البرمجية الذكي، هو تلك الخدعة حيث تكتب في فترة ويتم عرض جميع الخيارات المتاحة في مربع تحديد منسدلة. على سبيل المثال، أنت قلق بشأن تحجيم نافذة TCP، يمكنك العثور على طريقك إلى عامل تصفية (مثل .protocol.tcp.window < 100) بهذه الطريقة.

يمكن أن يكون لتتبعات 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، على سبيل المثال). يمكنك أيضا العثور بسهولة على ping أو PsPing في تتبع Netmon (حسب اسم العملية الخاص به). هذا سيعطيك مكانا لبدء البحث.

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

تلميح

يحتوي Netmon على الكثير من عوامل التصفية المضمنة المفيدة. جرب الزر عامل تصفية التحميل في أعلى جزء عامل تصفية العرض .

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

مع أخذ Office 365 Outlook Online كمثال، تبدأ نسبة استخدام الشبكة شيئا من هذا القبيل:

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

• طلب HTTP GET الذي تم نقل تقرير حالته بشكل دائم (301)

• نسبة استخدام الشبكة RWS بما في ذلك طلبات RWS Connect وردود الاتصال. (هذا هو Remote Winsock الذي يقوم بإجراء اتصال نيابة عنك.)

• محادثة TCP SYN وTCP SYN/ACK. تؤثر العديد من الإعدادات في هذه المحادثة على أدائك.

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

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

إذا لم تكن قد قمت بتثبيتها بالفعل، فإن المصفوفة أدناه تستخدم العديد من الأدوات حيثما أمكن ذلك. يتم توفير ارتباطات إلى نقاط التثبيت. تتضمن القائمة أدوات تتبع الشبكة الشائعة مثل Netmon و Wireshark، ولكن استخدم أي أداة تتبع تشعر بالراحة معها، والتي اعتدت فيها على تصفية نسبة استخدام الشبكة. عند الاختبار، تذكر:

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

المشكلات الشائعة

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

تحجيم TCP Windows

تم العثور عليه في SYN - SYN/ACK. قد لا تستفيد الأجهزة القديمة أو القديمة من تحجيم نوافذ TCP. بدون إعدادات تحجيم نوافذ TCP المناسبة، يملأ المخزن المؤقت الافتراضي 16 بت في رؤوس TCP بالمللي ثانية. لا يمكن أن تستمر نسبة استخدام الشبكة في الإرسال حتى يتلقى العميل إقرارا باستلام البيانات الأصلية، مما يتسبب في تأخيرات.

ادوات

• Netmon
• يريشارك

ما يجب البحث عنه

ابحث عن حركة مرور SYN - SYN/ACK في تتبع الشبكة. في Netmon، استخدم عامل تصفية مثل tcp.flags.syn == 1. عامل التصفية هذا هو نفسه في Wireshark.

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

لمشاهدة قيمة تحجيم Windows التي يستخدمها اتصال الشبكة، قم بتوسيع SYN أولا، ثم SYN/ACK ذي الصلة.

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

تاريخيا، يتم تكوين معظم الشبكات المحيطة للاتصالات العابرة، ما يعني أنه يتم إنهاء الاتصالات الخاملة بشكل عام. يمكن إنهاء جلسات TCP الخاملة بواسطة وكلاء وجدران حماية في أكثر من 100 إلى 300 ثانية. يمثل هذا مشكلة في Outlook Online لأنه ينشئ اتصالات طويلة الأجل ويستخدمها، سواء كانت الخامة أم لا.

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

ادوات

• Netmon
• يريشارك

ما يجب البحث عنه

في 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، راجع عناوين URL Office 365 ونطاقات عناوين IP.

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

زمن الانتقال/وقت الرحلة ذهابا وإيابا

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

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

هل تحتاج إلى قياس سرعة الاتصال، أو النطاق الترددي لاتصال موفر الخدمة؟ جرب هذا الموقع (أو مواقع مثله): Speedtest Official Site، أو استعلم عن محرك البحث المفضل لديك لاختبار سرعة العبارة.

ادوات

• كره
• PsPing
• Netmon
• يريشارك

ما يجب البحث عنه

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

سيخبرك طلب اختبار الاتصال المرسل إلى outlook.office365.com باسم مركز البيانات الذي يتلقى الطلب، حتى إذا لم يتمكن ping من الاتصال لإرسال حزم 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 الخاص بك.

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

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

1. اختبار اتصال عنوان URL ping outlook.office365.com ، وفي النتائج، سجل اسم وعنوان IP لخادم DNS الذي تم إرسال طلب اختبار اتصال إليه.
2. تتبع الشبكة فتح الصفحة، أو القيام بالإجراء الذي يمنحك مشكلة في الأداء، أو إذا رأيت زمن انتقال عال على اتصال الاتصال، نفسه، تتبع الشبكة.
3. افتح التتبع في Netmon وعامل التصفية ل DNS (يعمل عامل التصفية هذا أيضا في Wireshark، ولكنه حساس لحالة الأحرف -- dns). نظرا لأنك تعرف اسم خادم DNS من اختبار الاتصال الخاص بك، فقد تقوم أيضا بالتصفية بسرعة أكبر في Netmon مثل هذا: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest")، الذي يبدو مثل هذا في Wireshark dns والإطار يحتوي على "namnorthwest".
   افتح حزمة الاستجابة، وفي نافذة Netmon Frame Details ، انقر فوق DNS للتوسيع لمزيد من المعلومات. في معلومات DNS، ستجد عنوان IP لخادم DNS الذي ذهب إليه الطلب في Office 365. ستحتاج إلى عنوان IP هذا للخطوة التالية (أداة PsPing). قم بإزالة عامل التصفية، وانقر بزر الماوس الأيمن فوق استجابة DNS في Netmon (ملخص الإطار>البحث عن المحادثات>DNS) لمشاهدة استعلام DNS والاستجابة جنبا إلى جنب.
4. في Netmon، لاحظ أيضا عمود Time Offset بين طلب DNS والاستجابة. في الخطوة التالية، تأتي أداة PsPing سهلة التثبيت والاستخدام مفيدة للغاية، وذلك لأن ICMP غالبا ما يتم حظره على جدران الحماية، ولأن PsPing يتعقب زمن الانتقال بالمللي ثانية بشكل أنيق. يكمل PsPing اتصال TCP بعنوان ومنفذ (في حالتنا المنفذ المفتوح 443).
5. تثبيت PsPing.
6. افتح موجه الأوامر (ابدأ > تشغيل > نوع cmd أو Windows Key > type cmd) وقم بتغيير الدليل إلى الدليل حيث قمت بتثبيت PsPing لتشغيل الأمر PsPing. في أمثلتي يمكنك أن ترى أنا قدمت مجلد "Perf" على جذر C. يمكنك القيام بنفس الشيء للوصول السريع.
7. اكتب الأمر بحيث تقوم بإجراء PsPing الخاص بك مقابل عنوان IP لخادم DNS Office 365 من تتبع Netmon السابق، بما في ذلك رقم المنفذ، مثل psping -n 20 132.245.24.82:445. سيوفر لك هذا أخذ عينات من 20 اتصالا ومتوسط زمن الانتقال عند توقف PsPing.

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

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

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

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

زمن الانتقال، كما هو موضح في تتبع Netmon، يمكن أن تضيف هذه المللي ثانية الإضافية، إذا كان هناك ما يكفي منها في أي جلسة معينة.

ملاحظة

قد يكون عنوان IP الخاص بك مختلفا عن عناوين IP الموضحة هنا، على سبيل المثال، قد يرجع اختبار الاتصال شيئا يشبه 157.56.0.0/16 أو نطاق مماثل. للحصول على قائمة بالنطاقات المستخدمة من قبل Office 365، راجع عناوين URL Office 365 ونطاقات عناوين IP.

تذكر توسيع جميع العقد (هناك زر في الأعلى لهذا) إذا كنت تريد البحث عن، على سبيل المثال، 132.245.

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

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

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

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

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

ادوات

• Netmon
• يريشارك

ما يجب البحث عنه

تتم مصادقة الوكيل كلما كان يجب إنشاء جلسة TCP جديدة، أو عادة لطلب الملفات أو المعلومات من الخادم، أو لتوفير المعلومات. على سبيل المثال، قد ترى مصادقة الوكيل حول طلبات HTTP GET أو HTTP POST. إذا كنت تريد رؤية الإطارات التي تقوم فيها بمصادقة الطلبات في تتبعك، فأضف العمود "ملخص NTLMSSP" إلى Netmon وتصفية ل .property.NTLMSSPSummary. لمعرفة المدة التي تستغرقها المصادقة، أضف عمود Time Delta.

لإضافة عمود إلى Netmon:

1. انقر بزر الماوس الأيمن فوق عمود مثل الوصف.
2. انقر فوق اختيار أعمدة.
3. حدد موقع ملخص NTLMSSPودلتا الوقت في القائمة وانقر فوق إضافة.
4. انقل الأعمدة الجديدة إلى مكانها قبل عمود الوصف أو خلفه حتى تتمكن من قراءتها جنبا إلى جنب.
5. انقر فوق موافق.

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

عند البحث عن مثيلات مصادقة الوكيل، تأكد من دراسة جميع الإطارات حيث يوجد تحدي NTLM، أو توجد رسالة مصادقة. إذا لزم الأمر، انقر بزر الماوس الأيمن فوق جزء معين من نسبة استخدام الشبكة والعثور على المحادثات > TCP. كن على دراية بقيم Time Delta في هذه المحادثات.

تأخير مدته أربع ثوان في مصادقة الوكيل كما هو موضح في Wireshark. تم إجراء دلتا الوقت من عمود الإطار المعروض السابق عن طريق النقر بزر الماوس الأيمن فوق الحقل الذي يحمل نفس الاسم في تفاصيل الإطار وتحديد إضافة ك عمود.

أداء DNS

يعمل تحليل الاسم بشكل أفضل وأسرع عند حدوثه بالقرب من بلد/منطقة العميل قدر الإمكان.

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

تلميح

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

ادوات

• Netmon
• يريشارك
• PsPing

ما يجب البحث عنه

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

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

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

تريد إلقاء نظرة على إزاحة الوقت هنا. وقد يكون من المفيد إضافة عمود Time Delta إلى Netmon الذي يمكنك القيام به عن طريق إكمال هذه الخطوات:

1. انقر بزر الماوس الأيمن فوق عمود مثل الوصف.
2. انقر فوق اختيار أعمدة.
3. حدد موقع Time Delta في القائمة وانقر فوق Add.
4. انقل العمود الجديد إلى مكانه قبل عمود الوصف أو خلفه حتى تتمكن من قراءته جنبا إلى جنب.
5. انقر فوق موافق.

إذا وجدت استعلاما يهمك، ففكر في عزله بالنقر بزر الماوس الأيمن فوق هذا الاستعلام في لوحة تفاصيل الإطار، واختيار البحث عن المحادثات>DNS. لاحظ أن لوحة Network Conversations تنتقل مباشرة إلى المحادثة المحددة في سجل حركة مرور UDP الخاصة بها.

في Wireshark، يمكنك إنشاء عمود لوقت DNS. خذ تتبعك (أو افتح تتبعا) في Wireshark وقم بالتصفية حسب dns، أو، بشكل أكثر فائدة، dns.time. انقر فوق أي استعلام DNS، وفي اللوحة التي تعرض التفاصيل، قم بتوسيع Domain Name System (response) التفاصيل. سترى حقلا للوقت (على سبيل المثال، [Time: 0.001111100 seconds]. انقر بزر الماوس الأيمن هذه المرة وحدد تطبيق ك عمود. سيمنحك هذا عمود Time لإجراء فرز أسرع للتتبع الخاص بك. انقر فوق العمود الجديد للفرز حسب القيم التنازلية لمعرفة استدعاء DNS الذي استغرق وقتا أطول لحله.

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

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

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

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

تمنح خدمات مثل Outlook Online في Office 365 العملاء اتصالات متعددة طويلة الأجل. لذلك، قد يستخدم كل مستخدم المزيد من الاتصالات التي تتطلب عمرا أطول.

ادوات

الرياضيات

ما يجب البحث عنه

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

الحد الأقصى لحجم المقطع TCP

تم العثور عليه في SYN - SYN/ACK. قم بإجراء هذا الفحص في أي تتبع لشبكة الأداء قمت به للتأكد من تكوين حزم TCP لحمل أقصى قدر ممكن من البيانات.

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

ادوات

Netmon

ما يجب البحث عنه

TCP Max Segment Size (MSS) هي معلمة أخرى لمصافحة الاتصال ثلاثية الاتجاه في تتبع الشبكة الخاصة بك مما يعني أنك ستجد البيانات التي تحتاجها في حزمة SYN - SYN/ACK. MSS بسيط جدا لمشاهدته.

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

ملاحظة

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

هل تنظر إلى التتبع من جهة أخرى؟ حاول استخدام عوامل التصفية لتوجيه نفسك. في Netmon، قم بتشغيل بحث استنادا إلى عنوان URL، مثل Containsbin(framedata, ascii, "sphybridExample")، دون رقم الإطار.

في Wireshark، استخدم شيئا مثل frame contains "sphybridExample". إذا لاحظت أنك عثرت على حركة مرور Remote Winsock (RWS) (قد تظهر ك [PSH، ACK] في Wireshark)، فتذكر أنه يمكن رؤية توصيلات RWS قبل وقت قصير من SYN ذي الصلة - SYN/ACKs، كما تمت مناقشته سابقا.

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

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

حدد موقع الاتصال في التتبع الذي تهتم برؤيته. يمكنك القيام بذلك إما عن طريق مسح التتبع ضوئيا، أو عن طريق التصفية حسب عناوين IP، أو عن طريق تحديد معرفات محادثة معينة باستخدام نافذة محادثات الشبكة في Netmon. بمجرد العثور على حزمة SYN، قم بتوسيع TCP (في Netmon)، أو بروتوكول التحكم في الإرسال (في Wireshark) في لوحة Frame Details. قم بتوسيع خيارات TCP وMaxSegmentSize. حدد موقع إطار SYN-ACK ذي الصلة وقم بتوسيع خيارات TCP وMaxSegmentSize. ستكون القيمة الأصغر من القيمتين هي الحد الأقصى لحجم المقطع. في هذه الصورة، يمكنني الاستفادة من العمود المضمن في Netmon المسمى TCP Troubleshoot.

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

فيما يلي تتبع تمت تصفيته في Wireshark. هناك عامل تصفية خاص بقيمة MSS (tcp.options.mss). يتم ربط إطارات SYN وSYN/ACK ومصافحة ACK في أسفل Wireshark مكافئة لتفاصيل الإطار (لذلك الإطار 47 ACK، روابط إلى 46 SYN/ACK، ارتباطات إلى 43 SYN) لتسهيل هذا النوع من العمل.

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

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

تم العثور عليه في SYN - SYN/ACK. يجب الإبلاغ عنه على أنه مسموح به في كل من SYN وSYN/ACK. يسمح الإقرار الانتقائي (SACK) بإعادة إرسال البيانات بشكل أكثر سلاسة عند فقدان حزمة أو حزم بيانات. يمكن للأجهزة تعطيل هذه الميزة، ما قد يؤدي إلى مشاكل في الأداء.

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

ادوات

Netmon

ما يجب البحث عنه

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

حدد موقع الاتصال في التتبع الذي تهتم برؤيته إما عن طريق مسح التتبع ضوئيا أو التصفية حسب عناوين IP أو بالنقر فوق معرف المحادثة باستخدام نافذة محادثات الشبكة في Netmon. بمجرد العثور على حزمة SYN، قم بتوسيع TCP في Netmon، أو بروتوكول التحكم في الإرسال في Wireshark في قسم Frame Details. قم بتوسيع خيارات TCP ثم SACK. حدد موقع إطار SYN-ACK ذي الصلة وقم بتوسيع خيارات TCP وحقل SACK الخاص به. تأكد من أن SACK مسموح به في كل من SYN وSYN/ACK. فيما يلي قيم SACK كما هو موضح في كل من Netmon و Wireshark.

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

حيث في العالم Office 365 يحاول حل استدعاء DNS يؤثر على سرعة الاتصال الخاصة بك.

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

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

يحتوي Lync Online على عقد نشطة في أكثر من dC واحد في كل مرة. عند إرسال الطلبات لمثيلات Lync عبر الإنترنت، سيحدد DNS من Microsoft من أين جاء الطلب في العالم، ويعيد عناوين IP من أقرب مركز بيانات إقليمي حيث يكون Lync online نشطا.

تلميح

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

ادوات

• كره
• PsPing

ما يجب البحث عنه

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

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

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

افتح موجه الأوامر على كمبيوتر العميل (عبر Start > Run > cmd أو Windows key > type cmd). اكتب ping outlook.office365.com واضغط على ENTER. تذكر، لتحديد -4 إذا كنت تريد تحديد اتصال عبر IPv4. قد تفشل في الحصول على رد من حزم ICMP، ولكن يجب أن ترى اسم DNS الذي تم توجيه الطلب إليه. إذا كنت تريد رؤية أرقام زمن الانتقال لهذا الاتصال، فجرب PsPing إلى عنوان IP للخادم الذي يتم إرجاعه عن طريق اختبار الاتصال.

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

ادوات

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

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

المقالات ذات الصلة

إدارة نقاط نهاية Office 365

الأسئلة المتداولة حول نقاط النهاية Office 365