FaceTime يعمل لكن Mac لا يستطيع الاتصال عبر iPhone
نجاح مكالمة FaceTime لا يثبت أن تمرير المكالمات عبر iPhone يعمل على Mac. افحص المسار المحلي الذي قد يحجبه VPN ثم اختبر بالترتيب الصحيح.
يمكنك بدء مكالمة صوتية عبر FaceTime من Mac دون أي عائق، ثم تطلب رقم سباك من الجهاز نفسه فلا يحدث شيء. التفسير المعتاد هو أن الشبكة سليمة وأن شيئًا غير مرتبط بها قد تعطّل. هذا التفسير هو الأسطورة، وهو يصمد أساسًا لأن FaceTime يبدو اختبارًا عادلًا.
ليس كذلك. صوت FaceTime وتمرير المكالمات الهاتفية ناقلان منفصلان بمتطلبات منفصلة، وأحدهما يعبر نفقًا لا يستطيع الآخر عبوره.
ولا يُلام VPN افتراضيًا أيضًا. الترتيب أدناه يزيل كلا الافتراضين قبل أن تلمس أي إعداد آخر.
نجاح FaceTime لا يخبرك بشيء تقريبًا
يتفاوض صوت FaceTime على اتصال مع طرف يمكن الوصول إليه. يمكن لهذا التراسل أن يعبر الإنترنت، بما في ذلك VPN بنفق كامل، ما دام الطرفان قادرين على تبادل الحزم. أما تمرير المكالمات فلا يغادر المبنى. يطلب Mac من iPhone قريب إجراء المكالمة على خطه الخلوي، وهذا الطلب محلي.
إذن مكالمة FaceTime ناجحة تثبت أن Mac لديه إنترنت صالح ويمكنه الوصول إلى خدمات Apple. لكنها لا تقول شيئًا عن قدرة Mac على رؤية iPhone الجالس بجانبه. يمكن لجهازين مشاركة SSID نفسه والبقاء غير مرئيين أحدهما للآخر.
هذه هي الأسطورة كاملة في سطر واحد: لا مكالمة تغادر المبنى تختبر الوصلة المحلية.
ما يتطلبه مسار التمرير فعليًا
كل بند في قائمة Apple إلزامي لا إضافي. الجهازان على شبكة Wi-Fi نفسها، وكلاهما مسجّل الدخول إلى حساب Apple نفسه، وكلاهما مسجّل الدخول إلى FaceTime مع تفعيل رقم الهاتف، وميزة Calls on Other Devices مفعّلة على Mac الذي تريد استخدامه. إن دليل الاتصال عبر iPhone هو المرجع للصياغة الحالية.
في iPhone حديث يوجد المفتاح تحت الإعدادات، التطبيقات، الهاتف، Calls on Other Devices، ويجب أن يظهر Mac في تلك القائمة وأن يكون مفعّلًا. عندما يحاول Mac استخدام الخط أول مرة، يسأل macOS عمّا إذا كان ينبغي السماح بمكالمات من ذلك iPhone. إذا تجاهلت ذلك الطلب مرة واحدة بقيت الميزة معطّلة بهدوء، لأن شيئًا لا يسأل مرة أخرى.
يعتمد جانب Mac على إصدار النظام. إصدارات macOS الحديثة تأتي بتطبيق Phone، والأقدم تمرّر المكالمات عبر 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 Calling. هذه ميزة من مشغّل الشبكة على iPhone، وليست شيئًا يرثه Mac. تتيح للهاتف استخدام خدمة المشغّل عبر Wi-Fi، ولا يقدّمها كل مشغّل، ولا فائدة منها عندما يكون iPhone مغلقًا أو خارج التغطية أو على شبكة تحجب نقاط نهاية المشغّل. إذا كان مطلبك الحقيقي هو الاتصال بينما يبقى iPhone في المنزل، فالتمرير كان الآلية الخاطئة للاختبار من البداية.
عزل الشبكة. شبكات الضيوف، وعزل العملاء على نقطة وصول، وشبكات VLAN منفصلة تنتج عَرَض التمرير نفسه تمامًا، مع SSID نفسه ولا رؤية، دون أي VPN في الصورة. إذا كانت شبكة المبنى تعزل العملاء، فلن يغيّر أي إعداد على Mac النتيجة.
Handoff. ينقل Handoff نشاطًا بين الأجهزة. لا يمنح Mac خطًا خلويًا وليس اختبارًا بديلًا. رؤية أيقونة Handoff تظهر تخبرك فعلًا أن الجهازين يستطيعان العثور على بعضهما، وهذا يستحق المعرفة، لكنه يتوقف قبل إثبات أن توجيه المكالمات يعمل بكثير.
ترتيب اختبار ينتج أدلة
ابدأ من حالة معروفة: iPhone مفتوح وقريب، والجهازان على شبكة Wi-Fi نفسها، وVPN مفصول على Mac. أجرِ مكالمة صادرة واحدة واستقبل مكالمة واردة واحدة. الاتجاهان مهمان، لأنهما يفشلان لأسباب مختلفة. الصادر يعتمد على وصول Mac إلى الخط، أما الوارد فيعتمد على أن يعتبر iPhone ذلك Mac هدفًا صالحًا.
أعد توصيل VPN بالملف الذي تعمل به فعلاً وأعد المكالمتين دون تغيير أي شيء آخر. إذا نجحتا معًا، فـ VPN ليس متغيّرك وعليك أن تتوقف عن تعديله. إذا فشلتا معًا، فسجّل اسم الملف وإصدار العميل وما إذا كان التراسل المحلي مستبعدًا، ثم أعطِ هذه الحقائق الثلاث لمن يملك الإعداد.
إذا فشل اتجاه واحد فقط، فانظر إلى إعدادات الاتصال في iPhone قبل النفق. الفشل غير المتماثل يكون في الغالب مفتاحًا لكل جهاز أكثر من كونه مشكلة توجيه، وهذه الملاحظة الواحدة توفر عليك بعد ظهر كامل.
ما يجب تأكيده قبل التصعيد
راجع هذه البنود الخمسة بالترتيب واكتب جواب كل منها: شبكة Wi-Fi نفسها، حساب Apple نفسه، رقم الهاتف مفعّل في FaceTime، هذا Mac مفعّل ضمن Calls on Other Devices، وطلب السماح في macOS مقبول. أي شيء لا تستطيع تأكيده هو سبب مرشح مجاني.
ثم قرّر ما الذي تحسّنه. إذا كانت المكالمات تحتاج إلى العمل عند مكتبك فقط، فاستبعاد التراسل المحلي من ملف VPN يكفي عادةً ولا يضعف غرض النفق. وإذا كانت تحتاج إلى العمل بينما iPhone في مكان آخر، فالتمرير هو الميزة الخاطئة وسؤال المشغّل يأتي أولًا.