מי בוחר את ה-MTU של WireGuard: wg-quick, הליבה או אתה

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

ישנם שלושה מועמדים, וקל להתבלבל ביניהם.

שלושה מקומות שמהם הערך יכול להגיע

אפשר לקבוע את הערך במפורש בתצורת הממשק, כלי ההגדרה יכול לחשב אותו ממידע הניתוב, או שכל מנהל רשת שמחזיק בממשק יקבע אותו. קריאה רגילה של wg לא עושה דבר מזה, כי wg מנהל רק מפתחות ועמיתים. ה-MTU חי בממשק הרשת, ולכן ip link show wg0 הוא המקום שבו אתה קורא אותו.

אם אינך בטוח איזה מקרה חל, קרא קודם את ה-MTU ואז גלה מי התחיל את הממשק.

החלט לפי מי שמפעיל את הממשק

אם wg-quick מפעיל אותו, שורה מפורשת של MTU מנצחת, ואחרת הוא מחשב ערך. אם מנהל רשת מפעיל אותו, פרופיל של אותו מנהל מחליט. אם סביבת הרצת מכולות או לקוח ספק מפעיל אותו, קרא את התיעוד שלהם במקום להניח התנהגות של wg-quick.

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

מה עושה חישוב ברירת המחדל

wg-quick מאתר את הנתיב לנקודת הקצה של העמית, לוקח את ה-MTU של ממשק היציאה הזה ומחסיר את תקורת העטיפה. עם כותרת חיצונית של IPv4 מדובר בכ-60 בייט, עם IPv6 בכ-80. התוצאה מוגבלת כך שנתיב של 1500 בייט נותן 1420 ולא ערך שעובד רק במשפחת כתובות אחת. זו ברירת מחדל סבירה, לא מדידה של הנתיב שלך.

הוא אינו יכול לדעת על מנהרה מאוחרת יותר, על קישור סלולרי או על נתיב ICMP מסונן.

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

כשהנתיב משתנה מתחתיך

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

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

בדוק מספר אחד בכל פעם

שמור על אותה אפליקציה ואותו יעד, שנה ערך אחד ומדוד. ping -M do -s 1372 בודק חבילה של 1400 בייט עם סיבית DF מופעלת, וזו צורת הבדיקה שאתה רוצה. אם בקשות קטנות עובדות וגדולות נתקעות, יש לך בעיית גודל ולא בעיית ניתוב.

שנה רק את ה-MTU. כוונון של כמה אפשרויות חבילה יחד לא אומר לך איזו מהן הייתה חשובה.

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