MTU ב-VPN של iPhone: בחרו את הבעלים לפני שתשנו מספר
שלוש שאלות קובעות אם האפליקציה, פרופיל השער או איש בטלפון יכול לשנות את הגודל. ענו עליהן לפני שתשאלו מספר ממק.
כל דיון על גודל החבילות ב-VPN של iPhone מציע בסופו של דבר את אותה פקודת מק מול ממשק בשם ppp0, בדרך כלל עם מספר לצידו. היא לא מועברת, והיא לא הייתה הבקרה הנכונה אפילו במק אלמלא אותו ממשק היה שייך לחיבור המדובר. בטלפון, המספר שייך למי שמממש את המנהרה: מערכת ההפעלה עבור פרופיל מקורי, ספק מנהרת חבילות עבור אפליקציה, או השער כאשר מאשרים מאפיין מתועד. שלוש שאלות קובעות עם איזה מהמקרים יש לכם עסק.
שאלה ראשונה: איזה לקוח פועל
פרופיל IKEv2 מקורי, פרופיל Cisco IPsec המובנה ולקוח Cisco של צד שלישי הם שלושה מימושים שונים עם שלוש קבוצות שונות של מאפיינים נתמכים. סוג הפרופיל בהגדרות אומר לכם איזה מהם הטלפון באמת הפעיל, ורשימת האפליקציות אומרת אם בכלל יש ספק בנתיב. התחילו משם, כי שאר ההחלטה נובע ממנו. אם לא מופיע ספק ברשימת האפליקציות, מערכת ההפעלה היא הבעלים של המנהרה.
אל תסיקו את המימוש מספק השער. ראש Cisco יכול לסיים חיבורים מלקוחות שאין להם במשותף אלא את שם הספק. צילום מסך של גרסה ישנה בהפצה ישנה אומר לכם מה אותו צמד תמך, לא מה הטלפון שבידכם עושה.
שאלה שנייה: למי שייך הערך
אפל חושפת מאפיין MTU למפתחי מנהרות חבילות דרך אובייקט ההגדרות של הרחבת הרשת. זהו API לספק שמגדיר את המנהרה שלו, לא מתג שמשתמש או מנהל יכול להפעיל על לקוח מותקן של מישהו אחר. אפליקציית צד שלישי יכולה לבחור לחשוף אותו, להתעלם ממנו או לקודד ערך באופן קשיח.
בפרופיל מקורי מערכת ההפעלה בוחרת את גודל הממשק, והטלפון לא חושף שום עורך לכך. עבור שער Cisco לגישה מרחוק יש מאפיין מתועד לפרופיל החיבור, והאם הוא חל תלוי בלקוח, בהפצה ובתעבורה המשא ומתן. בדיוק בפער הזה בין המתועד לנשמר מספר מועתק משתבש.
| Owner | Who can change it | Reachable from the phone |
|---|---|---|
| Packet-tunnel provider | The app vendor through its API | Only if the app exposes a setting |
| Native IKEv2 or Cisco IPsec profile | The operating system | No user control |
| Gateway group policy attribute | The gateway administrator | If the client honours it |
שאלה שלישית: האם התסמין תלוי בכלל בגודל
לבעיות גודל יש חתימה: בקשות קטנות מצליחות, העלאות גדולות או תגובות גדולות נתקעות, ואותו שירות עובד ברשת גישה אחרת. סינון, מגבלת עומס של האפליקציה ושרת תקוע יכולים ליצור תלונה דומה, לכן תעדו את הפעולה האחת שנכשלת לצד זו שעובדת. רשמו את שתיהן עם זמנים וגדלים אם האפליקציה מדווחת עליהם. בלי הצמד הזה, כל שינוי מאוחר הוא ניחוש.
הריצו את אותה בדיקה ב-Wi-Fi וברשת סלולרית. כשל שעוקב אחרי הרשת מצביע על הנתיב; כשל שעוקב אחרי המכשיר מצביע על הלקוח או הפרופיל, ולשניים דרושים בעלים שונים. השתמשו באותו שירות ובאותו חשבון בשתי ההרצות, אחרת ההשוואה לא אומרת לכם דבר.
למה מתכון המק ממשיך להופיע
שנים של VPN שולחני מבוסס PPP הפכו שינוי גודל ממשק לעבודה מקומית לגיטימית, וההוראות האלה הועתקו לדיונים בנייד. בטלפון אין מעטפת, אין שם ממשק כזה ואין התמדה אחרי התחברות מחדש. מתכון שפתר בעיית שולחן ב-2011 נסע הרבה יותר רחוק מהתנאים שהפכו אותו לנכון. לקוחות ניידים לא מקבלים שום פקודת מעטפת לכך, יהיה אשר יאמר הדיון.
התייחסו לערך המועתק כהשערה על נתיב, לא כהגדרה. אם גודל קטן יותר מפעיל העברה וגדול יותר נכשל בעקביות, יש לכם ראיות על הנתיב; עדיין עליכם למצוא את הרכיב שמותר לו לפעול עליו. החיפוש הזה מסתיים בדרך כלל בפרופיל השער או אצל ספק האפליקציה, ולעיתים נדירות בטלפון.
התעבורה משנה את התשובה
אם הסשן פועל מעל TLS ולא IPsec, התאמת פילוח TCP בשער יכולה לעזור, כי היא כותבת מחדש את גודל המקטע המוכרז לזרימות TCP. היא לא עושה דבר לתעבורת UDP, שכוללת יותר מהאינטרנט המודרני ממה שאנשים מצפים. בדקו את התעבורה שנקבעה לפני שאתם מציעים את השינוי, וציינו בכרטיס איזו תעבורה אתם מצפים שתושפע.
גילוי MTU של נתיב קיים כדי שקצוות ילמדו את הגבול האמיתי במקום לנחש. חסימת המשוב וקידוד גודל קטן באופן קשיח מחליפים העברה גדולה שעובדת בעלות קבועה ונסתרת בכל חיבור.
מה לשאול את צוות השער
בקשו שלושה דברים: את שם המאפיין המדויק ואת היקפו, אם הלקוחות הפרוסים מכבדים אותו, ואיזו תעבורה הסשן קבע. שינוי שמוחל על מדיניות קבוצה אחת ניתן לבדיקה; עריכה גלובלית לא, והיא מעבירה סיכון למשתמשים שלא דיווחו מעולם על בעיה. בקשו גם את הפניה למסמך, כי שמות מאפיינים משתנים בין הפצות.
אחר כך שנו דבר אחד ובדקו מחדש את הפעולה המקורית שנכשלה, לא הורדת מבחן מהירות. שמרו את הרשומה לפני ואחרי יחד עם גרסת הלקוח ורשת הגישה, כדי שאפשר יהיה להשוות את הדיווח הבא במקום לדון בו מחדש.
אם הפעולה עדיין נכשלת בגודל המקורי, הגודל לא היה הסיבה. תעדו גם את המסקנה הזו, כדי שהאדם הבא לא יפתח שוב את אותה השערה.