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

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

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

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

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

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

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

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

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

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

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

ב-Windows:

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

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

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

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

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

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


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