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

עבור משימות רבות, עיכובים בין הלקוח לשרת הם קריטיים, למשל במשחקים מקוונים, שיחות ועידה בווידאו/קול, טלפוניה IP, VPN וכו'. אם השרת רחוק מדי מהלקוח ברמת רשת ה-IP, אז עיכובים (הנקראים בפופולרי "פינג", "פיגור") יפריעו לעבודה.

קרבה גיאוגרפית של שרת לא תמיד שווה קרבה ברמת ניתוב IP. כך, למשל, שרת במדינה אחרת עשוי להיות "קרוב" אליך משרת בעיר שלך. הכל בשל המוזרויות של ניתוב ובניית רשת.

איך בוחרים שרת קרוב ככל האפשר לכל הלקוחות הפוטנציאליים? מהי קישוריות רשת IP? איך מפנים לקוח לשרת הקרוב? בואו לגלות במאמר.

מדידת עיכובים

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

ICMP - פינג רגיל

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

גודל החבילה (אפשרות -s) - כברירת מחדל, כלי השירות ping שולח מנות בגודל של 64 בתים. עם מנות קטנות כאלה, תופעות שמתרחשות עם מנות גדולות יותר עשויות שלא להיות מורגשות, ולכן נגדיר את גודל החבילה ל-1300 בתים.

מרווח בין מנות (אפשרות -i) - זמן בין שליחת נתונים. כברירת מחדל, מנות נשלחות פעם בשנייה, זה ארוך מאוד, תוכניות אמיתיות שולחות מאות ואלפי מנות בשנייה, אז נגדיר את המרווח ל-0.1 שניה. התוכנית פשוט לא מאפשרת פחות.

כתוצאה מכך, הפקודה נראית כך:

ping -s 1300 -i 0.1 yandex.ru

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

פינג באמצעות UDP ו-TCP

במקרים מסוימים, חיבורי TCP מעובדים בצורה שונה מזו של מנות ICMP, ובגלל זה, המדידות עשויות להשתנות בהתאם לפרוטוקול. זה גם קורה לעתים קרובות שהמארח פשוט לא מגיב ל-ICMP, ופינג רגיל לא עובד. זה מה שמארח עושה כל חייו, למשל. microsoft.com.

שירות nping מהמפתחים של הסורק המפורסם nmap יכול ליצור כל חבילה. זה יכול לשמש גם למדידת עיכובים.
מכיוון ש-UDP ו-TCP פועלים על אלה ספציפיים, אנחנו צריכים "פינג" ליציאה ספציפית. בוא ננסה לעשות ping TCP 80, כלומר, יציאת שרת האינטרנט:

$ sudo nping --tcp -p 80 --delay 0.1 -c 0 microsoft.com

Starting Nping 0.7.80 ( https://nmap.org/nping ) at 2020-04-30 13:07 MSK
SENT (0.0078s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
SENT (0.1099s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.2068s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.2107s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.3046s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.3122s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.4247s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=42 id=0 iplen=44  seq=2876862274 win=64240 <mss 1398>

Max rtt: 112.572ms | Min rtt: 93.866ms | Avg rtt: 101.093ms
Raw packets sent: 4 (160B) | Rcvd: 3 (132B) | Lost: 1 (25.00%)
Nping done: 1 IP address pinged in 0.43 seconds

כברירת מחדל, nping שולח 4 מנות ועוצר. אוֹפְּצִיָה -C 0 מאפשר שליחה אינסופית של מנות; כדי לעצור את התוכנית, עליך ללחוץ על Ctrl+C. סטטיסטיקה תוצג בסוף. אנו רואים שערך rtt (זמן הלוך ושוב) הממוצע הוא 101ms.

MTR - traceroute על סטרואידים

תכנית MTR My Traceroute הוא כלי עזר מתקדם למעקב אחר מסלולים למארח מרוחק. בניגוד לכלי השירות הרגיל של המערכת traceroute (ב-Windows זהו כלי השירות tracert), הוא יכול להראות עיכובים לכל מארח בשרשרת החבילות. זה גם יכול לעקוב אחר מסלולים לא רק דרך ICMP, אלא גם דרך UDP ו-TCP.

$ sudo mtr microsoft.com

ממשק תוכנת MTR (ניתן ללחיצה). מעקב אחר מסלול אל microsoft.com התחיל

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

WiFi לעומת כבלים

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

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

(ניתן ללחיצה) השוואה בין פינג לנתב WiFi באמצעות כבל ודרך WiFi

ניתן לראות שב-WiFi העיכוב ארוך ב-1ms ולפעמים יש מנות עם עיכובים יותר פי עשרה! וזה רק פרק זמן קצר. במקביל, אותו נתב מייצר עיכובים יציבים של <1ms.

בדוגמה למעלה, נעשה שימוש ב-WiFi 802.11n במהירות 2.4GHz, רק מחשב נייד וטלפון מחוברים לנקודת הגישה ל-WiFi. אם היו יותר לקוחות בנקודת הגישה, התוצאות היו גרועות הרבה יותר. זו הסיבה שאני כל כך נגד החלפת כל מחשבי המשרד ל-WiFi אם אפשר להגיע אליהם עם כבל.

קישוריות IP

אז, למדנו למדוד עיכובים לשרת, בואו ננסה למצוא את השרת הכי קרוב אלינו. לשם כך, אנו יכולים להסתכל כיצד פועל הניתוב של הספק שלנו. זה נוח להשתמש בשירות בשביל זה bgp.he.net

כאשר אנו ניגשים לאתר, אנו רואים שכתובת ה-IP שלנו שייכת למערכת האוטונומית AS42610.

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

גרף קישוריות של המערכות האוטונומיות של הספק

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

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

הנה, למשל, ראי מ-MGTS

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

בחר את השרת הקרוב ביותר

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

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

מקור: www.habr.com