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

Do you need to know the steps to take to identify and fix lags, hangs, and slow performance between SharePoint Online, OneDrive for Business, Exchange Online, or Skype for Business Online, and your client computer? Before you call support, this article can help you troubleshoot Office 365 performance issues and even fix some of the most common issues.

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

This article is actually a sample action plan that you can use to capture valuable data about your performance issue as it's happening. Some top issues are also listed here.

If you're new to network performance and want to make a long term plan to monitor performance between your client machines and Office 365, take a look at Office 365 performance tuning and troubleshooting - Admin and IT Pro.

Sample performance troubleshooting action plan

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

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

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

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

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

    • Install Netmon 3.4 (or use an equivalent network tracing tool).

    • Install the free Basic Edition of HTTPWatch (or use an equivalent network Tracing tool).

    • استخدم مسجل الشاشة أو شغّل "مسجل الخطوات" (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.

Flush your DNS resolver cache

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

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

    ipconfig /flushdns

Netmon

Microsoft's Network Monitoring tool (Netmon) analyzes packets, that is traffic, that passes between computers on networks. By using Netmon to trace traffic with Office 365 you can capture, view, and read packet headers, identify intervening devices, check important settings on network hardware, look for dropped packets, and follow the flow of traffic between computers on your corporate network and Office 365. Because the actual body of the traffic is encrypted, that is, it(travels on port 443 via SSL/TLS, you can't read the files being sent. Instead, you get an unfiltered trace of the path that the packet takes which can help you track down the problem behavior.

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

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

Take a Netmon trace and reproduce the issue

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

    There are three panes on the Start page: Recent Captures, Select Networks, and the Getting Started with Microsoft Network Monitor 3.4. Notice. The Select Networks panel will also give you a list of the default networks from which you can capture. Be sure that network cards are selected here.

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

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

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

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

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

HTTPWatch

HTTPWatch comes in charged, and a free edition. The free Basic Edition covers everything you need for this test. HTTPWatch monitors network traffic and page load time right from your browser window. HTTPWatch is a plug-in to Internet Explorer that graphically describes performance. The analysis can be saved and viewed in HTTPWatch Studio.

ملاحظات: 

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

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

Run HTTPWatch and reproduce the issue

  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 عليه وقراءتها هناك. قد تتوفر معلومات إضافية من عملية التتبع التي تمت عبر ذلك الأسلوب.

Problem Steps Recorder

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

Run Problem Steps Recorder (PSR.exe) to record your work

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

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

    You can add comments as needed, by clicking Add Comments.

  3. Click Stop Record when you have completed the steps. If the performance issue is a page render, wait for the page to render before you stop the recording.

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

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

The date and time is recorded for you. This links your PSR to your Netmon trace and HTTPWatch in time, and helps with precision troubleshooting. The date and time in the PSR record can show that a minute passed between the login and browsing of the URL and the partial render of the admin site, for example.

Read your traces

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

If you want to pick up skills reading network traces for your Office 365 sites, there is no better teacher than creating traces of page loads regularly and gaining experience reading them. For example, when you have a chance, load an Office 365 service and trace the process. Filter the trace for DNS traffic, or search the FrameData for the name of the service you browsed. Scan the trace to get an idea of the steps that occur when the service loads. This will help you learn what normal page load should look like, and in the case of troubleshooting, particularly around performance, comparing good to bad traces can teach you a lot.

Netmon uses Microsoft Intellisense in the Display filter field. Intellisense, or intelligent code completion, is that trick where you type in a period and all available options are displayed in a drop-down selection box. If, for example, you are worried about TCP window scaling, you can find your way to a filter (such as .protocol.tcp.window < 100) by this means.

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

Netmon traces can have a lot of traffic in them. If you aren't experienced with reading them, it's likely you will be overwhelmed opening the trace the first time. The first thing to do is separate the signal from the background noise in the trace. You tested against Office 365, and that's the traffic you want to see. If you are used to navigating through traces, you may not need this list.

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

Tips to get a good trace

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

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

  • In a busy trace, locate the Office 365 service that you're using. If you've never or seldom seen your traffic before, this is a helpful step in separating the performance issue from other network noise. There are a few ways to do this. Directly before your test, you can use ping or, PsPing, to the URL of the specific service (ping outlook.office365.com and/or psping -4 microsoft-my.sharepoint.com:443, for examples) . You can also easily find that PsPing in a Netmon trace (by its process name). That will give you a place to start looking.

    إذا كنت تستخدم تتبع 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 ينشئ اتصالاً بالنيابة عنك.)

  • A TCP SYN and TCP SYN/ACK conversation. A lot of the settings in this conversation impact your performance.

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

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

If you haven't installed them all ready, the matrix below makes use of several tools. Where possible. Links are provided to the installation points. The list includes common network tracing tools like Netmon and Wireshark, but use any tracing tool you are comfortable with, and in which you're accustomed to filtering network traffic. When you're testing, remember:

  • Close your browsers, and test with only one browser running - This will reduce the overall traffic you capture. It makes for a less busy trace.

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

Some Top Issues

Some common issues you may face and how to find them in your Network trace.

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

الأداة

ما تبحث عنه

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

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

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

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

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

Netmon

Wireshark

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

In Netmon, use a filter like tcp.flags.syn == 1. This filter is the same in 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). يمكنك رؤية هذا الأمر في أنواع متعددة من الحزم.

As an example, the filter in Netmon may look like .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12, or, in 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.

If there is a problem, expect long Time Offsets to appear, in this case (Outlook Online), particularly in TLS:TLS packets that show the passage of Application Data (for example, in Netmon you can find application data packets via .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). You should see a smooth progression in the time across the session. If you see long delays when refreshing your Outlook Online, this could be caused by a high degree of resets being sent.

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

  • Latency is a measure that can change a lot depending on many variables, such upgrading aging devices, adding a large number of users to a network, and the percentage of overall bandwidth consumed by other tasks on a network connection.

  • There are bandwidth calculators for Office 365 available from this Network planning and performance tuning for Office 365 page.

  • Need to measure the speed of your connection, or your ISP connection's bandwidth? Try this site (or sites like it): Speedtest Official Site, and Pingtest.

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. Network trace opening the page, or doing the action that gives you the performance problem, or, if you see a high latency on the ping, itself, network trace it.

  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، و# لديك الارقام وقت الارسال ثم التلقي من كمبيوتر العميل الي نقطه الخروج او خادم وكيل، و# من وكيل نقطه الخروج او server الي القدره ce 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

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

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

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

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

×