פתרון בעיות שקשורות לביצועים איטיים ב-Gmail

בדיקות מתקדמות לאדמינים

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

לפני שמתחילים

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

הרצת בדיקות מתקדמות

אם עדיין לא הצלחתם למצוא את שורש הבעיה, כדאי להריץ את הבדיקות והניתוחים המתקדמים הבאים.

שלב 1. הפעלת בדיקת פינג מול שרתי Google Mail

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

1. מריצים בדיקת פינג.

ב-Windows:

  1. פותחים שורת פקודה.
  2. לוחצים על התחלה ואז הפעלה.
  3. מקלידים cmd ומקישים על Enter.
  4. בהנחיה, מזינים ping -n 10 mail.google.com ומקישים על Enter:

ב-Mac OS X וב-Linux:

  1. פותחים טרמינל.
  2. בהנחיה, מזינים את הפקודה ping -c 10 mail.google.com ומקישים על Enter.

2. פירוש תוצאות הבדיקה של פינג לשרת הדואר של Google.

  1. איך בודקים אם קיים מצב של אובדן מנות בתחתית התוצאה של הפינג, מופיע הערך 'X% packet loss'. באופן כללי, כל אובדן של מנות מצביע על בעיה בנתיב בין המחשב שלכם לבין שרת Gmail.

  2. בדיקה של זמני הלוך ושוב ארוכים בתחתית תוצאת הפינג, מופיע הכיתוב 'round-trip min/avg...‎'. באופן כללי, זמן הלוך ושוב ממוצע לא צריך להיות ארוך מ-0 .05 שניות (50 אלפיות השנייה). אם זמן הלוך ושוב גדול מ-500 אלפיות השנייה, זה מצביע על בעיות ברשת שצריך לבדוק. ממשיכים לבדיקת traceroute.

שלב 2. הרצת בדיקת traceroute מול שרתי האימייל של Google

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

1. מריצים בדיקת traceroute.

ב-Windows:

  1. פותחים שורת פקודה.
  2. לוחצים על התחלה ואז הפעלה.
  3. מקלידים cmd ומקישים על Enter.
  4. בשורת הפקודה, מזינים tracert mail.google.com ומקישים על Enter:

ב-Mac OS X וב-Linux:

  1. פותחים טרמינל.
  2. בהנחיה, מזינים traceroute mail.google.com ומקישים על Enter:

2. מפרשים את תוצאות ה-traceroute של שרת הדואר של Google.

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

  1. בודקים אם יש זמני הלוך ושוב ארוכים. בודקים כל שורה ומוודאים שאף אחת מהן לא חורגת מ-3 שניות (3,000 אלפיות השנייה). הנה דוגמה לתוצאות של זמן אחזור מוגזם:

    ‎11 ppp-151-164-39-20.rcsntx.swbell.net (151.164.39.20) 9100.287 ms 8100.077 ms 9100.065 ms
  2. מריצים את הפקודה traceroute עוד כמה פעמים כדי לוודא שהבעיה בקפיצה או במארח הרלוונטיים נמשכת.
  3. בודקים אם יש מספר גדול של קפיצות.

    באופן כללי, אם אין בעיה בניתוב ברשת, הנתיב בין לקוח לשרת קצה לא צריך לכלול יותר מ-20 או 25 קפיצות.
  4. אם הפלט של traceroute גדול מ-20 או מ-25 קפיצות, צריך להריץ מחדש את הבדיקה כדי לאשר את ההתנהגות.
  5. בודקים את סביבת הרשת המקומית כדי לזהות בעיות שעלולות לגרום למספר קפיצות מוגזם.
  6. ממשיכים לבדיקת הפינג של ה-DNS.

שלב 3. מריצים בדיקת פינג לשרת ה-DNS הפנימי

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

1. מריצים בדיקת פינג.

ב-Windows:

  1. פותחים שורת פקודה.
  2. לוחצים על התחלה ואז הפעלה.
  3. מקלידים cmd ומקישים על Enter.

  4. בשורת הפקודה, מזינים ipconfig /all ומקישים על Enter.

  5. בפלט של פרטי החיבור שמתקבל, מחפשים את הקטע DNS Servers ומזהים את כתובת ה-IP של שרת ה-DNS שבו נעשה שימוש.
  6. מבצעים בדיקת פינג כמו שעשיתם מול שרתי הדואר של Google, ומחליפים את mail.google.com בכתובת ה-IP המספרית של שרת השמות.

ב-Mac OS X וב-Linux:

  1. פותחים טרמינל.
  2. בשורת הפקודה, מזינים cat /etc/resolv.conf ומקישים על Enter.
  3. שימו לב לכתובת ה-IP הראשונה שמופיעה כשרת שמות.
  4. מבצעים בדיקת פינג כמו שעשיתם מול שרתי הדואר של Google, ומחליפים את mail.google.com בכתובת ה-IP המספרית של שרת השמות.

2. פירוש תוצאות בדיקת ה-ping של שרת ה-DNS.

כשמבצעים פינג לשרת ה-DNS המקומי, משך הזמן לא צריך להיות יותר מ-10 עד 30 אלפיות השנייה. ברוב הרשתות, הערך הוא פחות מ-2 אלפיות השנייה. אם התוצאה גבוהה יותר, יכול להיות שרשת וירטואלית פרטית (VPN) או רשת פנימית אחרת של הארגון מעבירות את תעבורת המשתמשים לעיר אחרת. במקרה כזה, הגישה ל-Gmail עלולה להיות איטית. מומלץ לפנות לאדמין של הרשת כדי לברר איך אפשר להפחית את זמן האחזור של ה-DNS. יכול להיות שיהיה צורך לבצע שינויים ברמת הרשת, או שיהיה מספיק להגדיר את המחשבים של המשתמשים כך שיגשו לשרתי DNS שונים.

עדיין צריכים עזרה?

פנייה לתמיכה של Google Cloud


‫Google,‏ Google Workspace וסימנים וסמלי לוגו קשורים הם סימנים מסחריים של Google LLC. כל שמות החברות והמוצרים האחרים הם סימנים מסחריים של החברות שאליהן הם משויכים.