תוכנית Office 365 לפתרון בעיות ביצועים

חשוב: מאמר זה תורגם בתרגום מכונה, ראה כתב ויתור. תוכל למצוא את הגרסה באנגלית של המאמר כאן לעיונך.

האם עליך לדעת את הפעולות שיש לנקוט כדי לזהות ולתקן קבוצות lag, נתקע וביצועים איטיים בין SharePoint Online, OneDrive for Business, Exchange Online או Skype for Business Online במחשב הלקוח שלך? לפני שתתקשר לתמיכה, מאמר זה יכול לסייע לך לפתור בעיות בביצועי Office 365 ולתקן גם חלק מהן הבעיות הנפוצות ביותר.

מאמר זה מיועד בפועל תוכנית פעולה לדוגמה שניתן לבצע כדי ללכוד את הנתונים החשובים בנושא הביצועים שלך כפי שהיא קורה. כמה בעיות מובילות גם מפורטים כאן.

אם אתה משתמש חדש ב- רשת ביצועים וברצונך להכין תוכנית לטווח ארוך לניטור ביצועים בין מחשבי לקוח ו- Office 365, הבט הביצועים של Office 365 כוונון ופתרון - מנהל מערכת ומומחה IT.

תוכנית פעולה לפתרון בעיות ביצועים לדוגמה

תוכנית פעולה זו מכילה שני חלקים; שלב הכנה ושלב רישום. אם אתה חווה בעיית ביצועים ברגע זה, ועליך לאסוף נתונים, באפשרותך להתחיל להשתמש בתוכנית זו באופן מיידי.

הכן את מחשב הלקוח

  • אתר מחשב לקוח שיכול לשחזר את בעיית הביצועים. בתהליך פתרון הבעיות ייעשה שימוש במחשב זה.

  • כתוב את השלבים הגורמים להופעתה של בעיית הביצועים כדי שתהיה מוכן כאשר יגיע הזמן לבצע בדיקה.

  • התקן כלים לאיסוף ולרישום של מידע:

    • התקן את Netmon 3.4 (או השתמש בכלי מקביל רשת מעקב).

    • להתקין את מהדורת בסיסי ללא תשלום של HTTPWatch (או השתמש בכלי מקביל רשת מעקב).

    • השתמש במקליט מסך או הפעל את 'מקליט השלבים' (PSR.exe) המצורף ל- Windows Vista ואילך, כדי לתעד את השלבים שאתה מבצע במהלך הבדיקה.

בצע רישום של בעיית הביצועים

  • סגור את כל דפדפני האינטרנט החיצוניים.

  • הפעל את מקליט השלבים, או מקליט מסך אחר.

  • הפעל את הלכידה של Netmon (או כלי למעקב רשת).

  • נקה את מטמון DNS במחשב הלקוח משורת הפקודה על-ידי הקלדה של ipconfig /flushdns.

  • התחל הפעלת דפדפן חדשה והפעל את HTTPWatch.

  • אופציונלי: אם אתה בודק את Exchange Online, הפעל את הכלי Exchange Client Performance Analyzer ממסוף הניהול של Office 365.

  • שחזר את השלבים המדויקים הגורמים לבעיה בביצועים.

  • הפסק את המעקב שמבצע הכלי Netmon או כל כלי אחר.

  • בשורת הפקודה, הפעל נתיב מעקב למנוי שלך ב- Office 365 על-ידי הקלדת הפקודה הבאה ולאחר מכן הקשה על ENTER:

    tracert <subscriptionname>.onmicrosoft.com

  • עצור את מקליט השלבים ושמור את סרטון הווידאו. הקפד לכלול את התאריך והשעה של הלכידה, ולציין אם היא מדגימה ביצועים טובים או ירודים.

  • שמור את קבצי המעקב. שוב, הקפד לכלול את התאריך והשעה של הלכידה, ולציין אם היא מדגימה ביצועים טובים או ירודים.

אם אינך יודע כיצד להפעיל את הכלים המוזכרים במאמר זה, אל דאגה - בהמשך המאמר נספק שלבים אלה. אם אתה רגיל לבצע סוג זה של לכידת רשת, תוכל לדלג לסעיף כיצד לקרוא את המעקבים, המתאר סינון וקריאה של יומני הרישום.

רוקן תחילה את מטמון NS

מדוע? על-ידי ריקון מטמון ה- DNS אתה מתחיל את הבדיקות מאפס. על-ידי ניקוי המטמון, אתה מאפס את תוכן פותר ה- DNS לערכים העדכניים ביותר. זכור כי ריקון אינו מסיר ערכים של קבצי HOSTs. אם אתה משתמש בערכים של קבצי 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.

    קיימות שלוש חלוניות בדף הפותח: לוכד אחרונות, בחר רשתות ו- את תחילת העבודה עם 3.4 צג הרשת של Microsoft. שים לב. החלונית ' בחר רשתות ' גם מספקת רשימה של הרשתות ברירת המחדל שממנו באפשרותך ללכוד. ודא כי כרטיסי רשת ייבחרו כאן.

  2. לחץ על New Capture בחלק העליון של הדף Start. פעולה זו מוסיפה כרטיסיה חדשה לצד כרטיסיית הדף Start המכונה Capture 1.

    ממשק המשתמש של Nemon עם סימון של הלחצנים 'לכוד', 'הפעל' ו'הפסק'.

  3. כדי לבצע לכידה פשוטה, לחץ על Start בסרגל הכלים.

  4. שחזר את השלבים המייצגים בעיה בביצועים.

  5. לחץ על Stop > File > Save As. זכור לציין את התאריך והשעה עם אזור הזמן ולציין אם הוא מייצג ביצועים גרועים או טובים.

HTTPWatch

HTTPWatch מגיע שחויב, ומהדורת ללא תשלום. מהדורת בסיסי ללא תשלום מכסה שדרוש לך עבור בדיקה זו. צגים HTTPWatch רשת זמני טעינה של תעבורת ודף ישירות מתוך חלון הדפדפן. HTTPWatch הנו תוסף ל- Internet Explorer המתארים באופן גרפי הביצועים. הניתוח שניתן לשמור אותם להצגה ב- HTTPWatch Studio.

הערות: 

  • אם אתה משתמש בדפדפן אחר, כגון Firefox,‏ Google Chrome, או אם אינך יכול להתקין את HTTPWatch ב- Internet Explorer, פתח חלון דפדפן חדש והקש F12 בלוח המקשים. אתה אמור לראות את הפריט המוקפץ 'כלי הפיתוח' בחלק התחתון של הדפדפן. אם אתה משתמש ב- Opera, הקש CTRL+SHIFT+I עבור 'מפקח האינטרנט', לאחר מכן לחץ על הכרטיסיה Network והשלם את הבדיקה המפורטת להלן. המידע יהיה שונה מעט, אך זמני הטעינה עדיין יוצגו באלפיות שניה.

  • HTTPWatch הנו גם שימושי מאוד בבעיות הקשורות לזמני הטעינה של דף SharePoint Online.

הפעל את HTTPWatch ושחזר את הבעיה

  1. HTTPWatch הוא תוסף דפדפן, לכן חשיפת הכלי בדפדפן שונה מעט עבור כל אחת מהגירסאות של Internet Explorer. בדרך כלל, ניתן למצוא את HTTPWatch מתחת לסרגל הפקודות בדפדפן Internet Explorer.

    אם אינך רואה את התוסף HTTPWatch בחלון הדפדפן, בדוק את גירסת הדפדפן על-ידי לחיצה על 'עזרה' > 'אודות', או, בגירסאות מתקדמות יותר של Internet Explorer, לחיצה על סמל גלגל השיניים ועל 'אודות Internet Explorer'. כדי להפעיל את סרגל הפקודות, לחץ באמצעות לחצן העכבר הימני על שורת התפריטים ב- Internet Explorer ולחץ על סרגל הפקודות. בעבר נהגו לשייך את HTTPWatch הן לסרגל 'פקודות' והן לסרגל 'סייר', לכן לאחר ההתקנה, אם אינך רואה מיד את הסמל (גם לאחר אתחול מחדש) סמן את האפשרות כלים ואת סרגלי הכלים עבור הסמל. זכור שניתן להתאים אישית סרגלי כלים ולהוסיף להם אפשרויות.

    סרגל הכלים 'פקודה' של Internet Explorer עם הצגה של סמל 'HTTPWatch'.

  2. הפעל את HTTPWatch בחלון דפדפן של Internet Explorer. הוא יופיע כשהוא מעוגן לדפדפן בחלק התחתון של החלון. לחץ על Record.

  3. שחזר את השלבים המדויקים המעורבים בבעיית הביצועים. לחץ על לחצן Stop ב- HTTPWatch.

  4. לחץ על האפשרות Save ב- HTTPWatch או על Send by Email. זכור לתת שם לקובץ כדי שיכלול את פרטי התאריך והשעה ויציין אם ה- Watch שלך מכיל הדגמה של ביצועים טובים או ירודים.

    HTTPWatch מציג את הכרטיסיה Network לטעינת דף של דף הבית של Office 365.

    צילום מסך זה לקוח מהגירסה Professional של HTTPWatch. באפשרותך לפתוח מעקבים הלקוחים מגירסת Basic במחשב שמותקנת בו גירסת Professional ולקרוא אותם משם. בשיטה זו ייתכן שיופיע מידע נוסף במעקב.

מקליט שלבי

מקליט השלבים, או PSR.exe, מאפשר לך לתעד בעיות בזמן שהן מתרחשות. זהו כלי שימושי ביותר ומאוד פשוט להפעלה.

הפעל את מקליט שלבי (PSR.exe) כדי להקליט את עבודתך

  1. השתמש באפשרות Start > Run > הקלד PSR.exe >‏ OK, או לחץ על מקש Windows > הקלד PSR.exe > ולאחר מכן הקש ENTER.

  2. כאשר מופיע חלון ה- PSR.exe הקטן, לחץ על Start Record ושחזר את השלבים המשחזרים את הבעיה בביצועים.

    באפשרותך להוסיף הערות לפי הצורך, על-ידי לחיצה על Add Comments.

  3. לחץ על הפסק רשומה לאחר שתשלים את השלבים. אם בעיית הביצועים עיבוד דף, המתן העמוד לעיבוד לפני לעצור את ההקלטה.

  4. לחץ על Save.

צילום מסך של מקליט השלבים או PSR.exe.

התאריך והשעה נרשם עבורך. פעולה זו מקשר שלך PSR מעקב של Netmon ולבני HTTPWatch זמן ומסייעת בפתרון בעיות דיוק. התאריך והשעה ברשומה PSR יכול להציג לדקה התוקף בין login ואיתור של כתובת ה-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. ידיעת הכתובת תאפשר לך לדעת מיד אם התעבורה במעקב כוללת באופן ישיר את מחשב הלקוח שלך. אם קיים שרת Proxy ידוע, בצע בדיקה באמצעות איתות (Ping) וגם קבל את כתובת ה- 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" בחלק העליון של החלונית הצג מסנן.

    איתור ה- IP שלך באמצעות PSPing בשורת הפקודה במחשב הלקוח.

    מעקב ב- Netmon מהלקוח המציג את אותה הפקודה PSPing באמצעות המסנן TCP.Flags.Syn == 1.

    למד להכיר את התעבורה, ולמד לאתר את המידע הדרוש לך. לדוגמה, למד כיצד לקבוע איזו מנה במעקב כוללת את ההפניה הראשונה לשירות Office 365 שבו אתה משתמש (כגון "Outlook").

אם ניקח את Office 365 Outlook Online בתור דוגמה, התעבורה מתחילה בערך כך:

  • שאילתה רגילה של DNS ותגובת DNS עבור outlook.office365.com עם מזהי QueryIDs תואמים. חשוב לציין את היסט הזמן של מעקף זה, וכן את המקום בעולם שאליו שולח ה- DNS הכללי של Office 365 את הבקשה לזיהוי שם. עד כמה שניתן, רצוי לשלוח אותו באופן מקומי, ולא למקום רחוק בעולם. (ייתכן שפעולה זו תלווה בתעבורת DNS בכניסה המקוונת.)

  • בקשת HTTP GET שדוח המצב שלה הועבר לצמיתות (301)

  • תעבורת RWS כולל בקשות RWS Connect ותגובות Connect. (Winsock מרוחק מבצע חיבור עבורך.)

  • שיחה TCP SYN ו- TCP SYN/ACK. כמות גדולה של ההגדרות בשיחה זו להשפיע על הביצועים שלך.

  • לאחר מכן סידרה של תעבורת TLS:TLS שבה מתקיימות השיחות בין לחיצת היד של TLS והאישור של TLS. (זכור כי הנתונים מוצפנים באמצעות SSL/TLS.)

כל חלקי התעבורה חשובים ומחוברים, אך חלקים קטנים במעקב מכילים מידע חשוב במיוחד במונחים של פתרון בעיות ביצועים, לכן נתמקד באזורים אלה. כמו כן, מאחר שפתרנו מספיק בעיות ביצועים של Office 365 ב- Microsoft והרכבנו רשימה של עשר הבעיות המובילות הנפוצות, אנו נתמקד בבעיות אלה ובאופן שבו יש להשתמש בכלים שברשותנו כדי לעקור אותן מהשורש בהמשך.

אם עדיין לא התקנת את אותם הכל מוכן, המטריצה שלהלן ולאחר מכן שימוש בכלי מספר. במידת האפשר. קישורים ניתנים לנקודות ההתקנה. הרשימה כוללת כלי מעקב רשת נפוצות כגון Netmon ו- Wireshark, אך להשתמש בכל כלי המעקב שחש בנוח עם ולאחר מכן, בתיבה שבו אתה accustomed לסינון תעבורת הרשת. כאשר אתה בדיקה, זכור:

  • סגור את הדפדפנים, ולבדוק עם הפעלת דפדפן אחד בלבד - זה יסייע להפחית את כלל התעבורה שלכדת. הוא הופך להשגת מעקב עמוסה פחות.

  • רוקן את המטמון של פותר ה- DNS במחשב הלקוח - פעולה זו תאפס את הנתונים כאשר תתחיל את הלכידה, להשגת מעקב נקי יותר.

כמה בעיות מובילות

בעיות נפוצות שאתה עלול פנים וכיצד למצוא אותם במעקב הרשת שלך.

בעיה מובילה

כלי

מה שאתה מחפש

שינוי קנה מידה של חלונות TCP

  • נמצא ב- SYN - SYN/ACK.

  • ייתכן שחומרה מדור קודם או חומרה ישנה לא תנצל את היתרונות הטמונים בשינוי קנה המידה של חלונות TCP.

  • ללא הגדרות מתאימות לשינוי קנה המידה של חלונות TCP, מאגר ברירת המחדל של 16 סיביות בכותרות TCP מוזן באלפיות שניה.

  • לתעבורה אין אפשרות להמשיך לשלוח עד שהלקוח מקבל אישור שהנתונים המקוריים התקבלו, מה שגורם לעיכובים.

Netmon

Wireshark

חפש את התעבורה SYN - SYN/ACK במעקב הרשת שלך.

ב- Netmon, השתמש במסנן כגון tcp.flags.syn == 1. מסנן זה זהה ב- Wireshark.

מסנן ב- Netmon או מנות Wireshark for Syn עבור שני הכלים: TCP.Flags.Syn == 1.

שים לב שעבור כל SYN יש מספר יציאת מקור (SrcPort) בעל מקבילה תואמת ביציאת היעד (DstPort) של האישור הקשור (SYN/ACK).

כדי לראות את ערך שינוי קנה המידה של החלונות המשמש את חיבור הרשת שלך, הרחב תחילה את SYN ולאחר מכן את ה- SYN/ACK הקשור.

גרפיקה המציגה כיצד ניתן להתאים את SrcPort ל- DstPort במעקב, כדי לקבל את הדלתא של הזמן.

הגדרות זמן חוסר פעילות ב- TCP

  • מבחינה היסטורית, רוב הרשתות ההיקפיות מוגדרות לחיבורים ארעיים, כלומר חיבורים שאינם פעילים לרוב מתבטלים.

  • לשרתי Proxy ולחומות אש יש אפשרות להפסיק הפעלות TCP לא פעילות ביותר מ- 100 עד 300 שניות.

  • זה בעייתי עבור Outlook Online מכיוון שהוא יוצר ומשתמש בחיבורים ארוכי טווח, בין שהם פעילים או לא.

  • כאשר חיבורים מבוטלים על-ידי התקני שרת Proxy או חומת אש, הלקוח אינו מיודע, וניסיון להשתמש ב- Outlook Online פירושו שמחשב לקוח ינסה, שוב ושוב, לחדש את החיבור לפני ביצוע חיבור חדש.

  • ייתכן שתראה תקיעות במוצר, אזהרות או ביצועים איטיים בטעינת דפים.

Netmon

Wireshark

ב- Netmon, הבט בשדה Time Offset לזמן הלוך ושוב. זמן הלוך ושוב הוא הזמן החולף מהרגע שהלקוח שולח בקשה לשרת עד שהוא מקבל תגובה. בדוק את הזמן בין הלקוח לנקודת היציאה (ex.‎ Client --> Proxy), או בין הלקוח ל- Office 365‏ (Client --> 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, ייתכן שהסיבה לפי רמה גבוהה של איפוס שנשלח.

השהיה/זמן הלוך ושוב

  • השהיה היא מדד שעשוי להשתנות באופן ניכר, בהתאם למשתנים רבים, כגון שדרוג התקנים ישנים, הוספת מספר רב של משתמשים לרשת ואחוזי רוחב הפס הכולל הנצרך על-ידי משימות אחרות בחיבור רשת.

  • מחשבוני רוחב פס עבור Office 365 זמינות מעמוד זה תכנון הרשת וכוונון ביצועים עבור Office 365 .

  • צריך למדוד את מהירות החיבור שלך, או רוחב הפס בחיבור ספק שירותי האינטרנט שלך? נסה אתר זה (או אתרים דומים): האתר הרשמי של האתרו- Pingtest.

Ping

PsPing

Netmon

Wireshark

כדי לעקוב אחר השהיה במעקב, מומלץ לתעד את כתובת ה- IP של מחשב הלקוח ואת כתובת ה- IP של שרת ה- DNS ב- Office 365. כך תוכל לסנן את המעקב ביתר קלות. אם אתה מתחבר באמצעות שרת Proxy, תצטרך את כתובת ה- IP של מחשב הלקוח שלך, את כתובת ה- IP של שרת ה- Proxy/נקודת היציאה, ואת כתובת ה- IP של ה- DNS של Office 365, כדי להפוך את העבודה לקלה יותר.

בקשת איתות הנשלחת ל- 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. הוא מבצע בדיקה באמצעות איתות (Ping) עם מנות TCP ביציאה ספציפית, כך שתוכל להשתמש בכל יציאה שידוע לך שהיא פתוחה. ב- Office 365, אשר עושה שימוש בפרוטוקול SSL/TLS, נסה לצרף את היציאה ‎:443 ל- PsPing שלך.

צילום מסך המציג איתות (Ping) לפתרון outlook.office365.com, ו- PSPing עם 443 מבצע את אותה פעולה, אך גם מדווח על RTT ממוצע של 6.5 אלפיות השניה.

אם טענת את הדף של Office 365, בעל הביצועים האיטיים, בזמן ביצוע מעקב רשת, עליך לסנן מעקב של Netmon או Wireshark עבור DNS. זו אחת מכתובות ה- IP שאנו מחפשים.

להלן השלבים שיש לבצע כדי לסנן את הכלי Netmon ולקבל את כתובת ה- IP (ולעיין בהשהיית DNS). בדוגמה זו נעשה שימוש ב- outlook.office365.com, אך ניתן גם להשתמש בכתובת ה- URL של דייר SharePoint Online (לדוגמה, hithere.sharepoint.com).

  1. בצע בדיקה באמצעות איתות (Ping) בכתובת ה- URL ping outlook.office365.com, ובתוצאות, תעד את השם ואת כתובת ה- IP של שרת ה- DNS שאליו נשלחה בקשת האיתות.

    בקשת Ping (איתות) ל- outlook.office365.com המציג את ה- DNS ואת כתובת ה- IP של namnorthwest.

  2. רשת מעקב פתיחת הדף, או ביצוע הפעולה שמעוררת את הבעיה בביצועים, או, אם אתה רואה השהיה ארוכה באיתות עצמו, בצע מעקב רשת שלו.

  3. פתח את המעקב ב- Netmon וסנן עבור DNS (מסנן זה פועל גם ב- Wireshark, אך הוא תלוי רישיות - dns). מאחר שאתה יודע מה שם שרת ה- DNS מהאיתות (Ping) שלך, תוכל גם לבצע סינון מהיר יותר ב- 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 ב- Frame Summary > Find Conversations > DNS של Netmon כדי לראות את השאילתה והתגובה של DNS זו לצד זו.

    מעקב מסונן לפי 'חיפוש שיחות' ולאחר מכן לפי DNS.

  4. ב Netmon, שים לב גם לעמודה Time Offset בין הבקשה והתגובה של DNS.

    תוצאות נוספות ב- Netmon מסוננות עם DNS AND CONTAINSBIN(Framedata, ASCII, "namnorthwest")‎ המציג היסט זמן נמוך מאוד בין בקשה ותגובה.

בשלב הבא, קלה התקנה ושימוש בכלי PsPing שימושית מאוד, מכיוון ICMP לעתים קרובות חסום על חומות אש, וגם מכיוון PsPing elegantly עוקב אחר ההשהיה באלפיות שניה. PsPing משלים חיבור TCP כתובת ולרוחב יציאה (בשלנו האירוע open יציאה 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 איתותים (Ping) וממוצע ההשהיה כאשר PsPing עוצר.

    הפקודה של PSPing‏ psping -n 20 132.245.24.82:443 מחזירה השהיה ממוצעת של 25.51 אלפיות שניה.

אם אתה עובר אל Office 365 באמצעות שרת Proxy, השלבים מעט שונים. תחילה עליך לבצע בדיקת PsPing בשרת ה- Proxy שלך כדי לקבל ערך השהיה ממוצע באלפיות שניה אל שרת ה- Proxy/נקודת היציאה ובחזרה, ולאחר מכן הפעל את PsPing בשרת ה- Proxy, או במחשב עם חיבור אינטרנט ישיר כדי לקבל את הערך החסר (החיבור אל Office 365 ובחזרה).

אם תבחר להפעיל את PsPing מתוך ה- Proxy, יהיו לך שני ערכים נקובים באלפית שניה: מחשב לקוח לשרת Proxy או לנקודת יציאה, ושרת Proxy ל- Office 365. זהו, סיימת! ובכן, לתעד ערכים לפחות.

אם אתה מגיע PsPing במחשב לקוח אחר בעל חיבור לאינטרנט ישיר, כלומר, ללא proxy, תהיה לך שני ערכים אלפיות השניה: מחשב הלקוח שרת proxy או נקודת היציאה ולאחר מחשב הלקוח ל- Office 365. במקרה זה, חיסור הערך של מחשב הלקוח לנקודת בשרת או היציאה proxy מתוך הערך של מחשב הלקוח ל- Office 365, ותיתקל המספרים RTT ממחשב הלקוח שלך לנקודת היציאה או שרת proxy ולאחר מכן, proxy server או היציאה מנקודת ל- Office 365.

עם זאת, אם תוכל למצוא מחשב לקוח במיקום שהושפע, המחובר ישירות, או העוקף את ה- Proxy, מומלץ לבדוק אם הבעיה משחזרת את עצמה שם מלכתחילה, ולבדוק את השימוש בה, לאחר מכן.

השהיה, כפי שניתן לראות במעקב Netmon, אלפיות השניה יכולות להצטבר, אם יש מספיק שניות בכל הפעלה נתונה.

השהיה כללית ב- Netmon, עם הוספה של עמודת ברירת המחדל של Netmon, 'דלתא של זמן', לסיכום המסגרת.

הערה: ייתכן שכתובת ה- IP שלך שונה מכתובות ה- IP המוצגות כאן, לדוגמה, האיתות שלך עשוי להחזיר משהו כמו 157.56.0.0/16 או טווח דומה. לקבלת רשימה של טווחים המשמשים את Office 365, ראה טווחי כתובות ה- IP וכתובות ה- URL של Office 365. זכור להרחיב את כל הצמתים (יש לחצן בחלק העליון) אם ברצונך לחפש, לדוגמה, 132.245.

אימות Proxy

  • סעיף זה חל עליך רק אם אתה עובר דרך שרת Proxy. אם לא, באפשרותך לדלג על שלבים אלה.

  • כשהוא פועל כהלכה, אימות Proxy אמור להתבצע באלפיות שניה, באופן עקבי. אינך אמור לראות ביצועים ירודים לסירוגין במהלך תקופות של שימוש שיא (לדוגמה).

  • אם אימות Proxy פועל, בכל פעם שתבצע חיבור TCP חדש ל- Office 365 כדי לקבל מידע, יהיה עליך לעבור תהליך אימות מאחורי הקלעים. כך, לדוגמה, בעת מעבר מ'לוח שנה' ל'דואר' ב- Outlook Online, יהיה עליך לבצע אימות. וב- SharePoint Online, אם דף מציג מדיה או נתונים מאתרים מרובים או ממיקומים מרובים, יהיה עליך לבצע אימות עבור כל חיבור TCP אחר הדרוש כדי לעבד את הנתונים.

  • ב- Outlook Online ייתכן שתחווה זמני טעינה איטיים בכל פעם שתעבור בין 'לוח שנה' ותיבת הדואר שלך, או טעינות דפים איטיות ב- SharePoint Online. עם זאת, קיימים תסמינים אחרים שאינם מופיעים כאן.

    אימות proxy היא הגדרה בשרת proxy היציאה שלך. אם שהוא גורם בעיה הקשורה לביצועים עם Office 365, עליך פנה לצוות רשתות.

Netmon

Wireshark

מקם אורכת אימות proxy בכל פעם חייב להיות spun הפעלה חדשה TCP כלפי מעלה, בדרך כלל כדי לבקש קבצים או מידע מהשרת, או כדי לספק מידע. לדוגמה, ייתכן שתראה אימות proxy סביב בקשות HTTP GET או HTTP POST. אם ברצונך לראות את מסגרות שבו מבצעים אימות בקשות במעקב שלך, הוסף את העמודה 'NTLMSSP סיכום' Netmon ולסנן עבור .property.NTLMSSPSummary. כדי לראות כמה זמן נמשכת האימות, הוסף את העמודה הדלתא של הזמן. כדי להוסיף עמודה Netmon:

  1. לחץ באמצעות לחצן העכבר הימני על עמודה, כגון Description.

  2. לחץ על Choose Columns. אתר את העמודות NTLMSSP Summary ו- Time Delta ברשימה ולחץ על Add.

  3. הזז את העמודות החדשות למקומן לפני או אחרי העמודה Description כדי שתוכל לקרוא אותן זו לצד זו. לחץ על OK.

גם אם שאינך צריך להוסיף את העמודה, המסנן Netmon תפעל. אך פתרון בעיות שלך יהיה לקלה הרבה יותר אם באפשרותך לראות אילו שלב האימות שבו אתה נמצא. כשאתה מחפש מופעים של אימות Proxy, הקפד לבדיקת כל המסגרות שבהן אין אתגר NTLM או על הודעת אימות אינו מכיל נתונים. במידת הצורך, באמצעות לחצן העכבר הימני על חלק מסוים של תעבורת ושיחות למצוא > TCP. שים לב הערכים הדלתא של הזמן בשיחות אלה.

מעקב Netmon המציג אימות של שרת Proxy, מסונן לפי שיחה.

עיכוב בן ארבע שניות באימות Proxy, כפי שניתן לראות ב- Wireshark. העמודה Time delta from previous displayed frame נוצרה על-ידי לחיצה באמצעות לחצן העכבר הימני על השדה בעל השם הזהה בפרטי המסגרת, ובחירה באפשרות Add as Column.

ב- Wireshark, ניתן ליצור את העמודה 'Time delta from previous displayed frame' על-ידי לחיצה באמצעות לחצן העכבר הימני על השדה בעל השם הזהה בפרטי המסגרת, ובחירה באפשרות 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.

אתה מעוניין לראות בזמן היסט כאן. ועשוי להיות שימושי להוסיף את העמודה Time Delta Netmon שאותם באפשרותך לבצע על-ידי השלמת השלבים הבאים:

  1. לחץ באמצעות לחצן העכבר הימני על עמודה, כגון Description.

  2. לחץ על Choose Columns.

  3. אתר את Time Delta ברשימה ולחץ על Add.

  4. הזז את העמודה החדשה למקומה לפני או אחרי העמודה Description כדי שתוכל לקרוא אותן זו לצד זו. לחץ על OK.

אם אתה מוצא שאילתה עניין, שקול בידוד אותו על-ידי לחיצה ימנית שאילתה זו בלוח פרטי מסגרת, בחירת אתר שיחות > DNS. שים לב כי לוח השיחות רשת קפיצות מימין לשיחה ספציפי ביומן שלו של תעבורת UDP.

מעקב של Netmon של טעינת Outlook Online מסוננת לפי DNS, ושימוש ב'חיפוש שיחות' ולאחר מכן ב- DNS כדי לצמצם את התוצאות.

ב- Wireshark באפשרותך להפוך עמודה בפעם ה-DNS. בצע מעקב שלך (או פתח מעקב) ב- Wireshark וסינון על-ידי dns, או יותר helpfully, 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 מתקיים (לדוגמה, outlook-namnorthwest.office365.com).

אם נראה כי הבעיה ספציפית ל- DNS, ייתכן שיהיה צורך לפנות למחלקת ה- IT כדי לבדוק את התצורות ואת רכיבי ההעברה ב- DNS ולהמשיך לחקור את הבעיה.

מדרגיות Proxy

  • שירותים כגון Outlook Online ב- Office 365 מספקים ללקוחות חיבורי ארוכי טווח מרובים.

  • לכן, כל משתמש עשוי להשתמש במספר רב יותר של חיבורים הדורשים מחזור חיים ארוך יותר.

עצה: עליך לתכנן את השימוש ברוחב פס מכיוון שאתה עומד להוסיף משתמשים רבים ל- Office 365? נסה את תכנון עבור שימוש ברוחב פס באינטרנט עבור Office 365. מופיעים שם מחשבוני רוחב פס.

Math

אין מעקב רשת או כלי לפתרון בעיות שהנם ספציפיים לכלי זה. במקום זאת, הוא מבוסס על חישובי רוחב פס בהינתן מגבלות ומשתנים אחרים.

גודל יחידה מרבי ב- TCP

  • נמצא ב- SYN - SYN/ACK.

  • בצע בדיקה זו בכל מעקב רשת של ביצועים שביצעת כדי להבטיח שמנות TCP מוגדרות לשאת את כמות הנתונים המרבית האפשרית.

  • המטרה היא לראות MSS של 1460 בתים לשידור נתונים.

  • אם אתה נמצא מאחורי Proxy, או משתמש ב- NAT, זכור להפעיל בדיקה זו מלקוח לשרת Proxy/נקודת יציאה/NAT, ומשרת Proxy/נקודת יציאה/NAT ל- Office 365 לקבלת התוצאות הטובות ביותר! אלה הן הפעלות שונות של TCP.

Netmon

גודל יחידה מרבי TCP (MSS) הוא פרמטר אחר שלושה כיוונים במעקב הרשת שלך, שמשמעותו שתמצא את הנתונים שהדרושים לך ב- SYN - SYN/ACK מנות. MSS הוא למעשה פשוט למדי לראות.

פתח מעקב רשת של ביצועים כלשהו שברשותך, ומצא את החיבור שאתה סקרן לגביו, או המדגים את בעיית הביצועים.

הערות: 

  • אם אתה מסתכל על מעקב ועליך למצוא את התעבורה הרלוונטית לשיחה, סנן לפי ה- IP של הלקוח, או ה- IP של שרת ה- Proxy או של נקודת היציאה, או שניהם. במעבר ישיר, יהיה עליך לבצע בדיקה באמצעות איתות (Ping) בכתובת ה- URL שאתה בודק עבור כתובת ה- IP של Office 365 במעקב, ולסנן לפיה.

  • הצגת המעקב המשומש שרכשת? נסה להשתמש במסננים כדי לקבוע את כיוון בעצמך. ב- Netmon, לבצע חיפוש בהתבסס על כתובת ה-URL, כגון Containsbin(framedata, ascii, "sphybridExample"), שים לב למספר מסגרת. ב- Wireshark להשתמש משהו כגון frame contains "sphybridExample". אם הבחנת שמצאת תעבורה Winsock מרחוק (כונני) (אותו עשויה להיראות [PSH, ACK] ב- Wireshark), זכור כי כונני מתחברת ניתנים להצגה זמן קצר לפני הרלוונטיות SYN - SYN/Ack, כפי שנידון לעיל. בשלב זה, באפשרותך להקליט את מספר מסגרת, שחרר את המסנן, לחץ על כל תעבורת בחלון Network Conversations ב- 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 ואת MaxSegmentSize.

  5. הערך הקטן מבין השניים יהיה גודל היחידה המרבי שלך.

בתמונה זו, ניתן לבצע להשתמש בעמודה המוכללת ב- Netmon, ששמה TCP Troubleshoot.

מעקב רשת מסונן ב- Netmon באמצעות העמודות המובנות.

העמודה המוכללת נמצאת בחלק העליון של החלונית Frame Details. (כדי לחזור לתצוגה רגילה, לחץ שוב על טColumns, ולאחר מכן בחר Time Zone.)

היכן למצוא את הרשימה הנפתחת 'עמודות' עבור האפשרות 'פתרון בעיות TCP' (בחלק העליון של מסגרת הסיכום).

להלן מעקב מסונן ב- Wireshark. אין מסנן ספציפי לערך MSS (tcp.options.mss). המסגרות SYN, SYN/ACK, לחיצת יד ACK מקושרות בתחתית Wireshark שווה ל- Frame Details (מסגרת כך 47 ACK, קישורים 46 SYN/ACK, קישורים 43 SYN) כדי להקל על העבודה מסוג זה.

מעקב מסונן ב- Wireshark לפי tcp.options.mss עבור גודל יחידה מרבי (MSS).

אם עליך לבדוק אישור סלקטיבי (הנושא הבא במטריצה זו), אל תסגור את המעקב!

Selective Acknowledgment

  • נמצא ב- SYN - SYN/ACK.

  • חובה לדווח עליו כ- Permitted הן ב- SYN והן ב- SYN/ACK.

  • Selective Acknowledgment‏ (SACK) מאפשר שידור חוזר, חלק יותר, של נתונים כאשר מנה אחת, או יותר, חסרות.

  • התקנים יכולים לבטל תכונה זו, מה שעלול להוביל לבעיות ביצועים.

  • אם אתה נמצא מאחורי Proxy, או משתמש ב- NAT, זכור להפעיל בדיקה זו מלקוח לשרת Proxy/נקודת יציאה/NAT, ומשרת Proxy/נקודת יציאה/NAT ל- Office 365 לקבלת התוצאות הטובות ביותר! אלה הן הפעלות שונות של TCP.

Netmon

Selective Acknowledgment‏ (SACK) הוא פרמטר אחר בלחיצת היד SYN-SYN/ACK. באפשרותך לסנן את המעקב עבור SYN - SYN/ACK בדרכים רבות.

  1. אתר את החיבור במעקב שאתה מעוניין לראות על-ידי סריקת המעקב, סינון לפי כתובות IP או לחיצה על מזהה שיחה באמצעות החלון Network Conversations ב- Netmon.

  2. לאחר שמצאת את המנה SYN, הרחב את TCP ב- Netmon, או את פרוטוקול בקרת השידור ב- Wireshark, במקטע Frame Details.

  3. הרחב את TCP Options ולאחר מכן את SACK.

  4. אתר את מסגרת SYN-ACK הקשורה והרחב את TCP Options ואת שדה SACK שלו.

  5. אפשרות Make certain SACK מותרת הן ב- SYN והן ב- SYN/ACK.

להלן ערכי SACK כפי שהם נראים הן ב- Netmon והן ב- Wireshark.

Selective Acknowledgment‏ (SACK) ב- Netmon כתוצאה מ- tcp.flags.syn == 1.

SACK כפי שניתן לראות ב- Wireshark עם המסנן tcp.flags.syn == 1.

זיהוי מיקום גיאוגרפי ב- DNS

  • המקום בעולם שבו מנסה Office 365 לפתור את קריאת ה- DNS משפיע על מהירות החיבור שלך.

  • ב- Outlook Online, לאחר שהושלמה בדיקת המידע ב- DNS, המיקום של אותו DNS ישמש להתחברות למרכז הנתונים הקרוב ביותר. אתה תהיה מחובר לשרת CAS של Outlook Online, אשר ישתמש ברשת מרכזית כדי להתחבר למרכז הנתונים (dC) שבו מאוחסנים הנתונים שלך. זה מהר יותר.

  • בעת הגישה אל SharePoint Online, משתמש שנוסע לחו"ל ינותב למרכז הנתונים הפעיל שלו - כלומר, ה- dC שהמיקום שלו מבוסס על מקום הקבע של הדייר ב- SPO (כך, dC בארה"ב אם המשתמש מבוסס בארה"ב).

  • Lync Online כולל צמתים פעילים ביותר מ- dC אחד בכל פעם. כאשר בקשות נשלחות עבור מופעי Lync Online, ה- DNS של Microsoft יקבע מאיזה מקום בעולם הגיעה הבקשה, ויחזיר כתובות IP מה- dC האזורי הקרוב ביותר שבו Lync Online פעיל.

עצה: זקוק למידע נוסף אודות אופן ההתחברות של לקוחות ל- Office 365? עיין במאמר העזר (ובגרפיקה השימושית שלו) קישוריות לקוח.

Ping

PsPing

בקשות עבור זיהוי שמות משרתי ה-DNS של הלקוח לשרתי DNS של Microsoft אמור בתוצאת ברוב המקרים ב- Microsoft DNS להחזיר את כתובת ה-IP של מרכז הנתונים האזורי (dC). מהי המשמעות עבורך? אם headquarters שלך נמצאים בבנגלור, הודו, אך אתה צריך לנסוע בארצות הברית, כאשר הדפדפן מבצע בקשה עבור Outlook Online, שרתי ה-DNS של Microsoft יש להגיש לך כתובות IP אותה בארצות הברית - מרכז הנתונים האזורי. אם יש צורך דואר מ- Outlook, נתונים אלה יעברו על-פני רשת לתשתית מהיר של Microsoft בין אותה.

DNS פועל הכי מהר כאשר זיהוי השם מתבצע במקום הקרוב ביותר האפשרי למיקום המשתמש. אם אתה נמצא באירופה, רצוי לעבור ל- DNS של Microsoft באירופה, ו(באופן אידיאלי) להתנהל מול מרכז נתונים באירופה. ביצועים של לקוח באירופה שעובר ל- 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 של השרת מוחזר על-ידי Ping.

איתות (Ping) של outlook.office365.com המציג רזולוציה ב- outlook-namnorthwest.

PsPing לכתובת ה- IP שהוחזרה על-ידי האיתות (Ping) ל- outlook.office365.com, המציג השהיה ממוצעת של 28 אלפיות השניה.

פתרון בעיות ביישום של Office 365

Netmon

HTTPWatch

F12 Console בדפדפן

אינך נסקור כלי בשימוש ספציפי ליישום פתרון בעיות במאמר זה ספציפיים לרשת. אך תוכל למצוא משאבים, באפשרותך להשתמש בדף זה.

נושאים קשורים

ניהול נקודות קצה של Office 365
קישוריות פתרון בעיות של Office 365

הערה: כתב ויתור בנוגע לתרגום מכונה: מאמר זה תורגם על-ידי מערכת מחשב, ללא התערבות אדם. Microsoft מציעה את תרגומי המכונה כדי לסייע למשתמשים שאינם דוברי אנגלית ליהנות מתוכן בנושא מוצרים, שירותים וטכנולוגיות של Microsoft. מכיוון שהמאמר תורגם על-ידי מכונה, הוא עלול להכיל שגיאות באוצר המילים, בתחביר או בדקדוק.

הרחב את הכישורים שלך
סייר בהדרכה
קבל תכונות חדשות לפני כולם
הצטרף למשתתפי Office Insider

האם מידע זה היה שימושי?

תודה על המשוב!

תודה על המשוב! נראה שכדאי לקשר אותך לאחד מנציגי התמיכה של Office.

×