האם ה-Apple Watch שלך משתמש בחיבור ה-VPN של ה-iPhone?

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

ל-watchOS אין לקוח VPN שאפשר להצביע עליו

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

זו גם הסיבה שצוותי MDM לא יכולים לדחוף מטען VPN לשעון כפי שהם דוחפים אותו לטלפון.

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

Bluetooth: הטלפון נושא את החבילות

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

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

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

Wi-Fi וסלולרי: השעון יוצא מהמנהרה

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

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

התלונה ההפוכה נפוצה יותר: אפליקציה בשעון נכשלת ברגע שהמנהרה של הטלפון עולה.

מה includeAllNetworks מכסה ומה לא

תיעוד הניתוב של Apple ל-Network Extension מפרט תקשורת עם מכשירים נלווים, כולל תעבורה ל-Apple Watch, בין החריגים שהוא מגדיר בתיאור includeAllNetworks. הכוונה היא שמנהרה רחבה לא תשבור את הקישור המקומי בין שני המכשירים. יש לקרוא זאת באופן צר: הוא מגן על ערוץ המכשיר הנלווה, לא על כל שירות שאפליקציה בשעון עשויה לקרוא לו.

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

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

קרא את הנתיב לפני שאתה משנה את הפרופיל

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

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

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