FaceTime کار میکند، اما مک نمیتواند از طریق آیفون تماس بگیرد
یک تماس موفق FaceTime ثابت نمیکند که انتقال تماس از طریق آیفون روی مک کار میکند. مسیر محلیای را که VPN میتواند مسدود کند بررسی کنید و سپس به ترتیب درست آزمایش کنید.
میتوانید بدون هیچ مشکلی یک تماس صوتی FaceTime را از مک خود شروع کنید، سپس از همان مک شماره یک لولهکش را بگیرید و هیچ اتفاقی نیفتد. برداشت معمول این است که شبکه سالم است و چیزی نامرتبط خراب شده است. همان برداشت، افسانه است، و بیشتر به این دلیل زنده میماند که FaceTime شبیه یک آزمون منصفانه به نظر میرسد.
اینطور نیست. صدای FaceTime و انتقال تماس تلفنی دو مسیر جدا با نیازهای جدا هستند، و یکی از آنها از تونلی عبور میکند که دیگری نمیتواند از آن بگذرد.
VPN هم بهطور پیشفرض مقصر نیست. ترتیب زیر هر دو فرض را برمیدارد پیش از آنکه تنظیم دیگری را لمس کنید.
کارکردن FaceTime تقریباً هیچ چیز به شما نمیگوید
صدای FaceTime درباره اتصال به یک طرف در دسترس مذاکره میکند. این ترافیک میتواند از اینترنت عبور کند، از جمله VPN با تونل کامل، تا زمانی که دو طرف بتوانند بسته مبادله کنند. انتقال تماس از ساختمان خارج نمیشود. مک شما از آیفون نزدیک میخواهد تماس را روی خط سلولی خودش برقرار کند، و این درخواست محلی است.
پس یک تماس موفق FaceTime ثابت میکند مک اینترنت قابل استفاده دارد و به سرویسهای Apple میرسد. اما هیچ نمیگوید که آیا مک آیفونی را که کنارش نشسته میبیند یا نه. دو دستگاه میتوانند یک SSID مشترک داشته باشند و باز هم برای هم نامرئی باشند.
تمام افسانه در یک خط همین است: هیچ تماسی که از ساختمان خارج شود پیوند محلی را آزمایش نمیکند.
مسیر انتقال واقعاً چه میخواهد
هر مورد در فهرست Apple اجباری است، نه افزودنی. هر دو دستگاه روی یک شبکه Wi-Fi، هر دو وارد یک حساب Apple، هر دو وارد FaceTime با شماره تلفن فعال، و «تماس در دستگاههای دیگر» برای مکی که میخواهید استفاده کنید روشن باشد. راهنمای تماس با آیفون مرجع عبارت فعلی است.
روی آیفون جدید کلید زیر تنظیمات، برنامهها، تلفن، تماس در دستگاههای دیگر قرار دارد و مک شما باید در آن فهرست دیده شود و فعال باشد. وقتی مک نخستین بار میخواهد از خط استفاده کند، macOS میپرسد آیا تماس از آن آیفون مجاز باشد. اگر یک بار آن پرسش را رد کنید، این قابلیت بیصدا خراب میماند، چون چیزی دوباره نمیپرسد.
سمت مک به نسخه سیستم بستگی دارد. نسخههای تازه 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 است. دوم تونل کاملی است که ترافیکی را میگیرد که مک برای رسیدن به آیفون استفاده میکرد، پس درخواست محلی به سمت دروازهای میرود که هیچ استفادهای از آن ندارد. سوم کلاینتی است که فیلتر یا کلید قطع خودش را روی هر رابط اعمال میکند نه فقط روی تونل.
تونل تقسیمشدهای که فقط زیرشبکههای شرکتی را حمل میکند معمولاً مسیر محلی را رها میگذارد. به همین دلیل همان مک میتواند با یک پروفایل VPN بگذرد و با پروفایل دیگر شکست بخورد، و تفاوت دو پروفایل همان نشانه سودمند است.
سختگیر باشید در اینکه مقایسه چه چیزی را ثابت میکند. کار کردن بدون VPN و شکست با آن یک برهمکنش است، نه تشخیص. پروتکل، درگاه یا رابطی را که مسدود شده نام نمیبرد، و ساختن مسیر فقط از آن، آزمون بعدی را بیارزش میکند.
سه خرابی که به گردن VPN میافتند
تماس Wi-Fi. این قابلیت اپراتور روی آیفون است، نه چیزی که مک به ارث ببرد. به تلفن اجازه میدهد سرویس اپراتور را از طریق Wi-Fi استفاده کند، هر اپراتوری آن را ارائه نمیدهد، و وقتی آیفون خاموش است، خارج از محدوده است یا روی شبکهای است که نقاط پایانی اپراتور را مسدود میکند بیفایده است. اگر نیاز واقعی شما تماس گرفتن در حالی است که آیفون خانه میماند، انتقال از همان آغاز مکانیزم اشتباهی برای آزمون بود.
جداسازی شبکه. شبکههای مهمان، جداسازی کلاینت روی نقطه دسترسی و VLANهای جداگانه دقیقاً همان نشانه انتقال را پدید میآورند: همان SSID و هیچ دیدی، بدون آنکه VPNی در میان باشد. اگر Wi-Fi ساختمان کلاینتها را جدا میکند، هیچ تنظیمی روی مک شما نتیجه را تغییر نمیدهد.
Handoff. Handoff یک فعالیت را میان دستگاهها ادامه میدهد. خط سلولی به مک شما نمیدهد و آزمون جانشین هم نیست. دیدن نماد Handoff واقعاً میگوید دو دستگاه میتوانند یکدیگر را پیدا کنند، که دانستنش ارزش دارد، اما بسیار پیش از اثبات کارکرد مسیریابی تماس متوقف میشود.
ترتیب آزمونی که مدرک تولید میکند
از وضعیت شناختهشده شروع کنید: آیفون باز و نزدیک، هر دو دستگاه روی یک Wi-Fi، VPN روی مک قطع. یک تماس خروجی بگیرید و یک تماس ورودی دریافت کنید. هر دو جهت مهم است، چون به دلایل متفاوت شکست میخورند. خروجی به رسیدن مک به خط بستگی دارد، و ورودی به اینکه آیفون آن مک را هدف معتبر بداند.
VPN را با همان پروفایلی که واقعاً با آن کار میکنید دوباره وصل کنید و هر دو تماس را بدون تغییر چیز دیگری تکرار کنید. اگر هر دو باز هم کار میکنند، VPN متغیر شما نیست و باید تنظیمش را رها کنید. اگر هر دو خراب میشوند، نام پروفایل، نسخه کلاینت و اینکه ترافیک محلی مستثنا شده یا نه را ثبت کنید و این سه واقعیت را به صاحب پیکربندی بدهید.
اگر تنها یک جهت شکست میخورد، پیش از تونل به تنظیمات تماس آیفون نگاه کنید. شکست نامتقارن بسیار بیشتر یک کلید برای هر دستگاه است تا یک مشکل مسیریابی، و همین یک مشاهده یک بعدازظهر را نجات میدهد.
پیش از بالا بردن موضوع چه چیزی را تأیید کنید
این پنج مورد را به ترتیب مرور کنید و پاسخ هرکدام را بنویسید: همان شبکه Wi-Fi، همان حساب Apple، شماره تلفن فعال در FaceTime، فعال بودن این مک در تماس در دستگاههای دیگر، و پذیرفته شدن پرسش اجازه macOS. هر چیزی که نتوانید تأیید کنید یک علت نامزد رایگان است.
بعد تصمیم بگیرید برای چه چیزی بهینه میکنید. اگر تماسها فقط باید پشت میز شما کار کنند، مستثنا کردن ترافیک محلی از پروفایل VPN معمولاً کافی است و هدف تونل را ضعیف نمیکند. اگر باید وقتی آیفون جای دیگری است کار کنند، انتقال قابلیت اشتباهی است و پرسش اپراتور اول میآید.