FaceTime עובד, אבל ה-Mac לא מצליח להתקשר דרך ה-iPhone
שיחת FaceTime מוצלחת אינה מוכיחה שהעברת שיחות דרך ה-iPhone עובדת ב-Mac. בדקו את הנתיב המקומי ש-VPN עלול לחסום, ואז בדקו בסדר הנכון.
אפשר להתחיל שיחת שמע ב-FaceTime מה-Mac בלי שום תקלה, ואז לחייג למספר של שרברב מאותו Mac וכלום לא קורה. הפירוש המקובל הוא שהרשת בריאה ומשהו לא קשור נשבר. הפירוש הזה הוא המיתוס, והוא שורד בעיקר מפני ש-FaceTime נראה כמו מבחן הוגן.
הוא לא. שמע FaceTime והעברת שיחות טלפון הם שני נתיבי תעבורה נפרדים עם דרישות נפרדות, ואחד מהם עובר מנהרה שהשני לא יכול לחצות.
גם ה-VPN אינו אשם כברירת מחדל. הסדר שלמטה מסיר את שתי ההנחות לפני שתיגעו בהגדרה נוספת.
FaceTime שעובד לא אומר לכם כמעט דבר
שמע FaceTime מנהל משא ומתן על חיבור לעמית נגיש. התעבורה הזאת יכולה לעבור באינטרנט, כולל VPN במנהרה מלאה, כל עוד שני הקצוות יכולים להחליף מנות. העברת השיחות לא יוצאת מהבניין. ה-Mac מבקש מ-iPhone סמוך לבצע את השיחה בקו הסלולרי שלו, והבקשה הזאת מקומית.
לכן שיחת FaceTime מוצלחת מוכיחה של-Mac יש אינטרנט שמיש והוא מגיע לשירותים של Apple. היא לא אומרת דבר על כך אם ה-Mac רואה את ה-iPhone שיושב לידו. שני מכשירים יכולים לחלוק אותו SSID ועדיין להיות בלתי נראים זה לזה.
זה כל המיתוס בשורה אחת: שום שיחה שיוצאת מהבניין לא בודקת את הקישור המקומי.
מה נתיב ההעברה דורש באמת
כל סעיף ברשימה של Apple הוא חובה ולא תוספת. שני המכשירים באותה רשת Wi-Fi, שניהם מחוברים לאותו חשבון Apple, שניהם מחוברים ל-FaceTime עם מספר הטלפון מופעל, ו״שיחות במכשירים אחרים״ מופעל עבור ה-Mac שבו אתם רוצים להשתמש. המדריך לשיחות מ-iPhone הוא המקור לנוסח הנוכחי.
ב-iPhone חדש המתג נמצא תחת הגדרות, אפליקציות, טלפון, שיחות במכשירים אחרים, וה-Mac שלכם חייב להופיע ברשימה הזאת ולהיות מופעל. כשהמק מנסה להשתמש בקו בפעם הראשונה, macOS שואל אם לאפשר שיחות מאותו iPhone. אם תבטלו את ההתראה פעם אחת, התכונה תישאר שבורה בשקט, כי שום דבר לא שואל שוב.
הצד של ה-Mac תלוי בגרסת המערכת. גרסאות macOS אחרונות מגיעות עם אפליקציית טלפון, גרסאות ישנות מעבירות שיחות דרך FaceTime. אם מדריך מצביע על תפריט שאינכם מוצאים, בדקו את הגרסה לפני שתחליטו שהגדרה חסרה.
| Requirement | How it fails when missing |
|---|---|
| Same Wi-Fi network | The iPhone is listed in settings but a call rings nowhere |
| Same Apple Account | The iPhone never appears as a call source |
| Number enabled in FaceTime | FaceTime calls work, the phone line does not appear |
| Calls on Other Devices enabled for this Mac | Incoming calls never arrive, outgoing dialing fails at once |
| macOS allow prompt accepted | Worked once after setup, then stopped without an error |
איפה VPN באמת מפריע
לקוח VPN יכול לשבור את ההעברה בשלוש דרכים שונות, ורק הראשונה מתועדת. המקרה המתועד הוא תצורה שמונעת תקשורת מקומית: macOS מזהיר ש-VPN כזה עלול להפריע לתכונות Continuity, וההעברה היא תכונת Continuity. השנייה היא מנהרה מלאה שלוכדת את התעבורה שבה ה-Mac ישתמש כדי להגיע ל-iPhone, ולכן הבקשה המקומית יוצאת לעבר שער שאין לו שימוש בה. השלישית היא לקוח שמחיל סינון או מתג נפילה משל עצמו על כל ממשק ולא רק על המנהרה.
מנהרה מפוצלת שנושאת רק תת-רשתות ארגוניות משאירה בדרך כלל את הנתיב המקומי בשקט. לכן אותו Mac יכול לעבור בפרופיל VPN אחד ולהיכשל באחר, וההבדל בין שני הפרופילים הוא האות השימושי.
היו קפדנים לגבי מה ההשוואה מוכיחה. לעבוד בלי ה-VPN ולהיכשל איתו הוא אינטראקציה, לא אבחון. היא לא נוקבת בפרוטוקול, בפורט או בממשק שנחסמו, והמצאת נתיבים רק מזה הופכת את הבדיקה הבאה לחסרת ערך.
שלוש תקלות שמפילים על ה-VPN
שיחות Wi-Fi. זו תכונה של המפעיל ב-iPhone, לא משהו שה-Mac יורש. היא מאפשרת לטלפון להשתמש בשירות של המפעיל דרך Wi-Fi, לא כל מפעיל מציע אותה, והיא חסרת תועלת כשה-iPhone כבוי, מחוץ לטווח או ברשת שחוסמת את נקודות הקצה של המפעיל. אם הדרישה האמיתית שלכם היא להתקשר כשה-iPhone נשאר בבית, ההעברה הייתה המנגנון הלא נכון לבדיקה מההתחלה.
בידוד רשת. רשתות אורחים, בידוד לקוחות בנקודת גישה ו-VLAN נפרדים יוצרים בדיוק את הסימפטום של ההעברה: אותו SSID ואין נראות, בלי VPN בתמונה. אם ה-Wi-Fi של הבניין מבודד לקוחות, שום הגדרה ב-Mac שלכם לא תשנה את התוצאה.
Handoff. Handoff ממשיך פעילות בין מכשירים. הוא לא נותן ל-Mac קו סלולרי והוא לא בדיקה חלופית. לראות את סמל Handoff מופיע אכן אומר לשני המכשירים למצוא זה את זה, מה ששווה לדעת, אבל זה עוצר הרבה לפני הוכחה שניתוב שיחות עובד.
סדר בדיקות שמפיק ראיות
התחילו ממצב מוכר: iPhone פתוח בקרבת מקום, שני המכשירים על אותו Wi-Fi, VPN מנותק ב-Mac. בצעו שיחה יוצאת אחת וקבלו שיחה נכנסת אחת. שני הכיוונים חשובים, כי הם נכשלים מסיבות שונות. היוצאת תלויה בכך שה-Mac מגיע לקו, והנכנסת תלויה בכך שה-iPhone מתייחס ל-Mac הזה כיעד תקף.
חברו מחדש את ה-VPN עם הפרופיל שאיתו אתם באמת עובדים וחזרו על שתי השיחות בלי לשנות דבר אחר. אם שתיהן עדיין עובדות, ה-VPN אינו המשתנה שלכם וכדאי להפסיק לכוונן אותו. אם שתיהן נשברות, רשמו את שם הפרופיל, גרסת הלקוח והאם תעבורה מקומית מוחרגת, ומסרו את שלוש העובדות האלה למי שמחזיק בתצורה.
אם רק כיוון אחד נכשל, הביטו בהגדרות השיחה של ה-iPhone לפני המנהרה. כשל אסימטרי הוא הרבה יותר לעיתים קרובות מתג לפי מכשיר מאשר בעיית ניתוב, והתצפית האחת הזאת חוסכת אחר צהריים.
מה לאמת לפני שמסלימים
עברו על חמשת הסעיפים האלה לפי הסדר וכתבו את התשובה לכל אחד: אותה רשת Wi-Fi, אותו חשבון Apple, מספר טלפון מופעל ב-FaceTime, ה-Mac הזה מופעל תחת שיחות במכשירים אחרים, והתראת ההרשאה של macOS התקבלה. כל מה שאינכם יכולים לאמת הוא סיבה אפשרית בחינם.
אחר כך החליטו למה אתם מייעלים. אם השיחות צריכות לעבוד רק ליד השולחן שלכם, החרגת תעבורה מקומית מפרופיל ה-VPN בדרך כלל מספיקה והיא לא מחלישה את מטרת המנהרה. אם הן צריכות לעבוד כשה-iPhone נמצא במקום אחר, ההעברה היא התכונה הלא נכונה ושאלת המפעיל באה קודם.