DNS على iPhone مع VPN: مَن يملك الإعداد يحدد أين يُطبَّق

اكتب عنوان مُحلِّل خاص في إعدادات Wi-Fi على iPhone وسيعمل حتى يغادر الهاتف تلك الشبكة، وهو بالضبط الوقت الذي يُفترض أن يتولى فيه VPN المهمة. هذا هو الفخ الأول في DNS المحمول: مكان إدخال الإعداد يحدد نطاقه، والنطاق أضيق مما يفترضه معظم الناس. قبل تعديل أي شيء، أجب عن ثلاثة أسئلة تتعلق بالنشر، لأن الأجوبة تحدد أي عنصر تحكم يجب أن تلمسه. تعامل مع التسلسل كمراجعة تصميم لا كبحث عن إعدادات.

ثلاثة أسئلة قبل كتابة عنوان مُحلِّل

أولاً، أي الأسماء تحتاج فعلاً إلى معالجة خاصة؟ النطاق الخاص مثل corp.example هو مساحة أسماء، لا مضيف واحد، والجواب ينبغي أن يكون نطاقاً لا سجلاً واحداً. ثانياً، أي مُحلِّل هو المرجعي له، ومن يملك تلك الخدمة؟ ثالثاً، أي مسار يجعل ذلك المُحلِّل قابلاً للوصول من الهاتف: النفق، أم شبكة Wi-Fi موجَّهة، أم شيء آخر تماماً؟

إذا لم يكن لأي من هذه الثلاثة مالك، توقّف. تغيير DNS يُجرى دون مساحة أسماء ومصدر مرجعي ومسار قابل للوصول هو تخمين سيفشل بشكل مختلف على الشبكة الخلوية عما يفشل في المكتب.

إدخال DNS لشبكة Wi-Fi يخص تلك الشبكة

تُخزَّن تهيئة DNS اليدوية على iOS لكل شبكة على حدة. تُطبَّق ما دام الهاتف مرتبطاً بذلك SSID وتتوقف عن التطبيق عندما لا يكون كذلك، ما يعني أنها لا تستطيع التحكم في حركة الشبكة الخلوية أو وصف ما يفعله عميل VPN. تعديلها لإصلاح تطبيق يفشل على الشبكة الخلوية هو تغيير لإعداد لا يقرأه المسار الفاشل أبداً.

هذا لا يجعل DNS لكل شبكة عديم الفائدة. لمختبر منزلي أو SSID واحد في مكتب، إنها أبسط طريقة للوصول إلى مُحلِّل داخلي، وهي صادقة بشأن حدودها.

آلية DNS في VPN تتبع البروتوكول والعميل

يمكن لمزوّد نفق الحزم على iOS تهيئة DNS عبر واجهة إعدادات DNS من Apple، التي تعرض عناوين المُحلِّل ومطابقة النطاقات على النفق الذي يملك الاتصال. يمكن لتهيئة IKEv2 أصلية أن تتلقى DNS عبر حِمل تهيئة IKE عندما تدفعه البوابة، لكن ما إذا كان عميل معيّن يطبّق ما يتلقاه هو تفصيل تنفيذي عليك التحقق منه. قد ينفّذ عميل قائم على تطبيق مسار تحليل خاصاً به بالكامل.

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

قرّر بالملكية، لا بالراحة

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

قاعدة القرار قصيرة: الإعداد ينتمي حيث تُهيَّأ الاتصال. في أي مكان آخر، هو استثناء محلي سيمحوه تغيير الشبكة التالي.

تحقّق على المسارات التي يستخدمها الهاتف فعلاً

اختبر طلباً جديداً من التطبيق الذي يحتاج الاسم الخاص، على Wi-Fi في المكتب، وعلى الشبكة الخلوية، وعبر انتقال بينهما. قد يسلك تطبيق له تكامل مُحلِّل خاص به مساراً مختلفاً عن النظام، لذا اختبر التطبيق الفعلي لا علامة تبويب في متصفح تعمل بالمصادفة.

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

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