AirDrop مفقود مع تشغيل VPN؟ افحص التوجيه المحلي

يعمل AirDrop، ثم يتصل VPN، فيختفي جهاز Mac أو iPhone الآخر من ورقة المشاركة. لا يذكر سجل VPN شيئاً عن الاكتشاف، لأن الفشل يتعلق عادة بإمكانية الوصول المحلية لا بالتشفير. تشير صفحة دعم Apple إلى أن إعداد VPN يقيّد الشبكة المحلية قد يتعارض مع Continuity وAirDrop، وهذه إشارة مفيدة لا تشخيص. ابدأ بالفحوص الرخيصة، ثم اقرأ جدول التوجيه، وتعامل مع مفتاح الوصول المحلي كقرار يتعلق بخصوصيتك لا كإعداد افتراضي تقلبه.

ما يفسد قبل أن يدخل النفق أصلاً

يحتاج الجهازان إلى Wi-Fi أو Bluetooth مفعّل، وAirDrop مضبوط على الاستقبال من جهات الاتصال أو من الجميع داخل نافذة الاستقبال، ويجب أن يكون الحسابان قابلين للاكتشاف أحدهما للآخر. ضبط المستلم على الجميع لعشر دقائق تجربة مشروعة: فإن ظهر الجهاز الآخر فالمشكلة في الإعدادات والنفق بريء. اختبر بمستلم معروف بدل الحكم على ما تعرضه ورقة المشاركة.

متصفح يحمّل الصفحات يثبت أن مسار الإنترنت يعمل، لا أن الاكتشاف المحلي يعمل. أبقِ الجهازين والمكان الذي تقف فيه كما هما، ثم شغّل VPN وأطفئه ولاحظ هل يختفي الجهاز الآخر فقط أثناء عمل النفق. إذا مات الاكتشاف مع النفق وعاد بدونه فالنفق هو المتغير وتنطبق بقية القائمة. وإذا فشل في الحالتين فالمتطلبات الأساسية تحتاج مروراً آخر قبل تغيير أي سياسة شبكة.

تفرغ ورقة المشاركة عندما ينتقل المسار الافتراضي

عميل النفق الكامل يثبّت عادة مساراً افتراضياً عبر النفق مع مسارين نصفيين يلتقطان معظم الوجهات. لا تنجو الشبكة الفرعية المحلية من ذلك الترتيب إلا إذا كان لها مسار أكثر تحديداً؛ وإلا اختفت داخل النفق. يعمل AirDrop نفسه عبر واجهة AWDL النظيرة، لذا يمكن لعميل يرشّح الواجهات المحلية أو يوجّهها بقوة أن يتعارض بينما يبقى مسار الإنترنت سليماً. أربعة أوامر تغطي الواجهة والمسارات والاتصال النشط ومرشّح الحزم.

ifconfig awdl0 | grep -E "status|inet"
netstat -rn | grep -E '^default|^0/1|^128.0/1|awdl'
scutil --nc list
sudo pfctl -s rules | head -40

اقرأ سطر الافتراضي أولاً: إذا أشار إلى واجهة utun ولم يغطِّ أي مسار أكثر تحديداً شبكتك الفرعية، فحركة المرور المحلية تدخل النفق ويختفي الوعي معها. زوج 0/1 و128.0/1 شكل شائع للنفق الكامل، لأن هذين المسارين يتغلبان على الافتراضي الحقيقي دون استبداله. سطر awdl0 الذي يظهر حالة نشطة وعنواناً يستبعد أن تكون الواجهة النظيرة معطلة. وعندما تبدو الثلاثة طبيعية، يأتي القيد من سياسة العميل أو من مرشّح على المضيف لا من جدول التوجيه.

شكل واحد يستحق الذكر، لأنه يوقع الناس في شبكات الضيوف، وهو ليس المسارين النصفيين. يثبّت DHCP العنوان الذي حصلت عليه للتو كمسار على الوصلة، وهذا الإدخال أكثر تحديداً من أي من النصفين، فتبقى شبكة الضيف الفرعية عبر النفق تماماً كشبكة المنزل. ما يزيله هو السياسة لا التوجيه: تفضيل يمنع الشبكة المحلية ويثبّت قاعدة رفض، أو جدار حماية على المضيف يسقط الشبكة الفرعية، أو إذن الشبكة المحلية في macOS للعميل. جدول يبدو طبيعياً مع ورقة مشاركة ميتة هو إذن بصمة القسم التالي، لا بصمة شكل المسار.

قد لا يقدم Mac المُدار مفتاح الوصول المحلي

يعرض كثير من العملاء تفضيلاً للسماح بالوصول إلى الشبكة المحلية أثناء عمل النفق، لكن هذا التفضيل يفرضه العميل وملف الإدارة، لذا يمكن قفله أو إخفاؤه أو تجاوزه على Mac مُدار. قاعدة جدار حماية على المضيف أو وكيل أمني يمكن أن يحجب حركة النظير بغض النظر عما يقدمه عميل VPN. ابحث عن المفتاح قبل أن تستنتج أنه لا يفعل شيئاً. هذا المفتاح يسكن في تفضيلات العميل نفسه لا في إعدادات شبكة macOS، ولهذا فإن العميل الذي لا تعرض لوحته المفتاح يخضع عادة لملف إدارة.

إزالة الإدارة أو تعطيل كل مرشّح كي يظهر مستلم واحد يقايض إعداداً مضبوطاً بإعداد مجهول. شغّل خيار الوصول المحلي فقط عندما يطابق السياسة التي تعمل تحتها، واتركه مطفأً على شبكة ضيوف لم يُرَد فيها الاكتشاف المحلي قط.

أثبته بملف، لا بأيقونة

بعد تغيير التوجيه أو السياسة أرسل ملفاً حقيقياً إلى المستلم المقصود وتأكد من اكتمال النقل. ظهور اسم في الورقة هو اكتشاف، وعودة الاكتشاف ليست اكتمال نقل.

إذا لم يظهر الجهاز بعد، قارن زوجاً ثانياً من الأجهزة على الشبكة نفسها للفصل بين مشكلة مضيف ومشكلة تشمل الشبكة. هذه المقارنة أسرع من تقليب خيارات VPN واحداً واحداً، وتنتج حقيقة للتذكرة. اكتب الواجهة الافتراضية وشكل المسار وحالة مفتاح الوصول المحلي أثناء إمكانية تكرار العطل. وإلا سيعيد الشخص التالي الفحوص الأربعة من البداية.