Handoff מפסיק לעבוד כשה-VPN מתחבר: מה לבדוק

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

תקנו משימה אחת וזוג מכשירים אחד

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

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

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

דרישות המוקדמות מקומיות, לא מרוחקות

דרישותיה של אפל ל Handoff הן מכשירים תואמים בקרבת מקום, Wi-Fi ו-Bluetooth מופעלים בשניהם, אותו Apple Account מחובר, ו-Handoff מופעל. בדקו את החשבון שמשמש ל-Continuity ולא את החשבון שקנה יישום, כי אלה יכולים להיות שונים במק משותף. אחר כך ודאו שהיישום והמשימה באמת תומכים ב-Handoff, כי יישום אקראי שנשאר פתוח לא מוכיח דבר. הבדיקות האלה זולות, והן הדברים הראשונים שצריך לשלול.

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

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

מה לקוח ה-VPN עושה לתעבורה מקומית

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

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

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

מה יציאה משותפת לא נותנת לכם

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

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

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

החליטו עם בעל המדיניות, ואז אמתו את שתי התוצאות

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

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

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