أيقونة VPN على iPhone قيد التشغيل: هل تغطي كل التطبيقات أم تعمل فقط؟
شارة واحدة وثلاثة ادعاءات مختلفة. افصل بين ما يغطيه الملف الشخصي، وما تفعله قواعد التشغيل عند الطلب، وأي عائلة عناوين اختبرتها فعلاً.
تظهر الشارة، ويستمر التطبيق في التصرف كما لو كان في المنزل، والاستنتاج البديهي هو أن النفق معطل. عادةً لا شيء معطل. تُبلغ الشارة عن اتصال واحد، بينما السؤال الكامن وراءها يتعلق بالتغطية، وهذان ادعاءان مختلفان.
ثلاثة شروط تحدد الادعاء الذي يمكنك تقديمه. وإلى أن تُحسم، يبقى أي نتيجة اختبار غامضة.
ثلاث إجابات تختبئ خلف أيقونة واحدة
السؤال الأول هو ما أردت أن يفعله النفق. الوصول إلى ويكي داخلي، وإخفاء عنوانك عن خدمة بث، وحماية تطبيق واحد مُدار هي ثلاثة متطلبات مختلفة تلبيها ثلاثة ملفات تعريف مختلفة.
السؤال الثاني هو من يملك الملف الشخصي. يختلف سلوك إعداد مُثبَّت شخصياً عن إعداد يدفع به نظام إدارة، والثاني فقط يمكنه حمل قواعد لكل تطبيق يفرضها iOS. ولا تستطيع الشارة التمييز بين الاثنين.
السؤال الثالث هو عائلة العناوين التي تقف عليها. النفق الذي يحمل IPv4 بينما تمنح الشبكة IPv6 يترك مساراً واحداً خارج النفق. والاختبار الذي يصل إلى موقع IPv4 فقط لن يرى ذلك أبداً.
ملفات التعريف لكل تطبيق تغطي تطبيقاتها فقط
VPN لكل تطبيق هو الحالة التي تُنتج أكبر عدد من الإنذارات الكاذبة. يحدد الملف الشخصي التطبيقات التي يدخل مرورها إلى النفق، ويستمر كل شيء آخر على الشبكة المحلية بحكم التصميم. لذلك فإن بقاء عنوانك العام كما هو في المتصفح سلوك متوقع، وليس دليلاً على فشل. ولا شيء في شريط الحالة يناقض ذلك.
اختبر التطبيق الذي بُني الملف الشخصي من أجله، واختبره مقابل مورد موجود في الداخل فقط. الطلب الداخلي الناجح من التطبيق المذكور يصف إعداداً يعمل. ثم يصف عنوان عام عادي في Safari ملفاً شخصياً لكل تطبيق يعمل بالضبط كما تم إعداده.
قواعد التشغيل عند الطلب تغيّر ما تلاحظه
يحدد إعداد التشغيل عند الطلب متى يُنشأ الاتصال، لا ما إذا كان المرور مغطى. يمكن للقاعدة أن ترفع النفق عندما يُطلب نطاق معين وأن تخفضه عند انتهاء الطلب، ما يعني أن ظهور الشارة واختفاءها أثناء الاستخدام العادي هو التصميم وهو يعمل. اقرأ القواعد قبل تفسير الشارة.
يفسّر هذا السلوك أيضاً نتائج تبدو غير متسقة على مدار اليوم. قد يمر التطبيق نفسه عبر النفق في العاشرة صباحاً ويكون مباشراً في الظهيرة، لأن شرط التفعيل تغيّر وليس السياسة.
فحص واحد ليس دليلاً على التغطية
فحص متصفح واحد يثبت أن طلباً واحداً سلك مساراً واحداً، ولا شيء أكثر. لا يقول شيئاً عن تطبيق ثانٍ له مكدس شبكات خاص به، أو مزامنة خلفية جرت قبل أن يرتفع النفق، أو اتصال نجا من تغيير شبكة لأن المقبس القديم لم يُعاد إنشاؤه أبداً. تلك الفجوة مشكلة نطاق وليست تسريباً.
| Observation | Decide this first | Then test |
|---|---|---|
| Badge on, public address unchanged | Is the profile per-app? | The named internal app, not a browser |
| Badge flickers during the day | Are on-demand rules present? | Whether the flip follows a trigger domain |
| Internal app works, another fails | Is that app in the profile? | Its own settings and any proxy config |
| Nothing works while badge is on | Is this a path failure? | Name resolution and a known-good internal host |
الصف الرابع هو الوحيد الذي يشير إلى عطل. النفق المتصل مع دقة أسماء معطلة، أو مسار عودة مفقود، أو خدمة متوقفة ببساطة، تبدو جميعها متطابقة من وجهة نظر التطبيق.
ما يجب تسجيله قبل التصعيد
اكتب اسم الملف الشخصي، وما إذا كان قد جاء من نظام إدارة، وما إذا كانت قواعد لكل تطبيق موجودة، والوقت الدقيق للطلب الفاشل. أضف عائلة العناوين التي اختبرتها والتطبيق الذي اختبرت منه. لا يحل أي رقم على الشاشة محل تلك القائمة. هذا السجل يفصل سؤال التغطية عن الانقطاع في جولة واحدة.
أبقِ أساسيات الأمان في الاعتبار أيضاً. النفق لا يغني عن التحقق من الشهادة أو حماية الحساب أو أذونات الجهاز. ظهور أيقونة بجانب حالة الشبكة ليس دليلاً على أن أياً منها مُعدّ، والتعامل معها بهذه الطريقة هو كيف يُبنى ادعاء الخصوصية على قوة شارة.
يصف الدليل العام لنشر VPN من Apple أنواع الملفات الشخصية وسلوك التشغيل عند الطلب وراء هذه الاختلافات. اقرأه قبل أن تجادل نظام إدارة حول ما ينبغي أن يغطيه الملف الشخصي.