عميل نقطة اتصال جديد عالق عند الحصول على عنوان IP ليس عطلًا في VPN

ينضم الهاتف إلى نقطة الاتصال، ويبقى عند «الحصول على عنوان IP»، ثم يستسلم في النهاية. والاستنتاج الطبيعي هو أن شبكة VPN الخاصة بالهاتف تتداخل مع DNS، فيبدأ الناس في تعديل المُحلِّلات والقواعد المضافة. لكن هذه هي المرحلة الخاطئة. لم يتلقَّ العميل عنوانًا محليًا قط، وبدونه لا بوابة له ولا مُحلِّل ولا أي شيء يمكن تمريره، لذلك لا يمكن لأي إعداد VPN على الهاتف المضيف أن يفسّر الفشل. الاقتران وتعيين العنوان المحلي والتمرير إلى الأمام ثلاث مراحل منفصلة، والمرحلة الأخيرة وحدها هي التي تشمل النفق.

المراحل الثلاث، وأيها أنت فيها

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

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

الخرافة: نفق موجّه يحوّل DHCP المحلي إلى طلب بعيد

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

لذا فإن «خادم VPN لا يجيب على DHCP» ليس تشخيصًا، بل خطأ في النموذج. الوسيط المحلي موجود على الهاتف. وإذا توقف عن الإجابة، فالأسباب محلية: خدمة المشاركة، أو حدّ العملاء، أو بركة التأجير، أو عميل لم يُكمل الاقتران بشكل سليم. لا شيء من ذلك يقع على الجانب البعيد من النفق.

ما يثبته فعليًا وجود عميل يعمل

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

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

اجعل المقارنة محلية وقابلة للرجوع

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

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

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

ما لا يثبته التأجير

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

اعمل المراحل بالترتيب يتوقف الفشل عن التنقل. العميل العالق عند الحصول على عنوان سؤال مشاركة محلي؛ والعميل الذي لديه عنوان بلا صفحات سؤال تمرير أو تسمية؛ والعميل الذي لديه صفحات ومخرج خاطئ سؤال تغطية نفق. والفصل بينها هو معظم التنقيح.