كيف تعدّ موجّه سفر خلف بوابة تسجيل الدخول في الفندق
صرّح للشبكة أولًا ثم ابدأ النفق. تحقّق من وضع العميل وDNS وما يحصل عليه الجهاز التابع، بدلًا من الوثوق بمصباح حالة الموجّه.
افتح صفحة إدارة موجّه السفر وستجد نفسك تميل إلى تشغيل الـVPN فورًا. لشبكة الفندق خطط أخرى: موجّهك عميل على شبكة الواي فاي الخاصة بالمكان، وإلى أن يُصرَّح لذلك الاتصال الصاعد، لا يستطيع أي نفق الوصول إلى شيء. نفّذ المرحلتين بالترتيب، وسيتوقف الموجّه عن الظهور بمظهر المعطّل.
أولًا: تحقّق من قدرة الموجّه على أداء المهمتين
تحتاج إلى وضع عميل صاعد، يُسمّى عادةً المكرّر أو العميل أو WISP، وإلى عميل VPN صادر. هذه ميزات مختلفة عن خادم VPN، وكثير من الموجّهات الرخيصة توفّر الثانية دون الأولى.
في صفحة الإدارة، ابحث عن قسم WAN أو الإنترنت وحوّله إلى وضع العميل اللاسلكي. امسح بحثًا عن SSID المكان، وانضم إليه، ودع الموجّه يحصل على عنوان قبل أن تضبط أي شيء آخر.
تأكّد من إصدار البرنامج الثابت وأنت هناك. تتغيّر أسماء القوائم بين الإصدارات، وقد لا يعود مسار دليل قديم موجودًا حتى لو كانت الميزة موجودة. سجّل الطراز والإصدار مع عدّة سفرك. وعندما لا تطابق خطوة موثّقة الشاشة أمامك، يكون فرق الإصدار هو السبب في كل الحالات تقريبًا.
ثانيًا: صرّح للاتصال الصاعد
وصّل حاسوبًا محمولًا بالموجّه وافتح أي صفحة HTTP. يفترض أن تعيد البوابة التوجيه، وينطبق إجراء المكان نفسه من هناك. بعض البوابات تعمل من الهاتف أفضل من الموجّه بلا شاشة، ولهذا يكون تنفيذ ذلك من جهاز موصول أسرع عادةً.
قد يعقّد الحجب الصارم لـVPN هذه التهيئة الأولية. فإذا كان المكان يُسقط حركة النفق قبل التصريح، سيفشل عميل VPN على الموجّه ما دامت البوابة معلّقة، وهذا الفشل متوقّع وليس سوء إعداد.
استخدم طريقة مدعومة لتجاوز ذلك. إزالة عدة ضوابط دفعة واحدة، أو تثبيت شهادة تعرضها صفحة البوابة كإصلاح، يقايضان إزعاجًا مؤقتًا بمشكلة دائمة.
ثالثًا: شغّل الـVPN بملف تعريف يدعمه
بعد أن يعمل الوصول العادي، شغّل عميل VPN في الموجّه بملف التعريف الذي يدعمه فعلًا. إعداد WireGuard وملف OpenVPN ليسا قابلين للتبادل، ولا يمكن إدخال أي منهما في حقل IPsec أصلي.
تحقّق من ثلاثة أمور قبل أن تثق به: نقطة الطرف قابلة للوصول، والخادم المُحلِّل يجيب بالقيمة المتوقّعة، وعنوان الخروج هو الذي تتوقّعه. فحص الخروج هو الوحيد الذي يثبت أن النفق يحمل حركة فعلية لا أنه مضبوط فحسب.
curl -sS https://ifconfig.me
cat /etc/resolv.confإذا أبلغ الموجّه أنه متّصل وبقي عنوان الخروج عنوان المكان، فالنفق لا يحمل الحركة التي تظنها. أصلح ذلك قبل إضافة أجهزة تابعة إلى الصورة.
رابعًا: اختبر من جهاز تابع
تصف صفحة حالة الموجّه اتصال الموجّه نفسه. أرسل طلبًا جديدًا من الحاسوب المحمول المفترض أنه مشمول، وافحص IPv4 وIPv6 والمُحلِّل كلًا على حدة، لأن الجهاز قد يكون مشمولًا لعائلة واحدة دون الأخرى.
| Stage | What to verify | Where |
|---|---|---|
| Upstream join | Router has an address from the venue | Router WAN status |
| Portal authorization | A fresh request loads a public page | Connected laptop |
| Tunnel | Egress address changed | Router or laptop |
| Downstream coverage | Laptop resolves and reaches the private resource | Laptop |
إذا فشل الحاسوب المحمول بينما ينجح الموجّه، فالمشكلة في المسار التابع: NAT أو DHCP أو سياسة نفق لا تغطي إلا حركة الموجّه نفسه. تحقّق من أن الحاسوب يحمل عنوانًا من مجمّع الموجّه، ثم تحقّق من أن بوابته الافتراضية هي الموجّه. أما الجهاز الذي ما زال يحمل إجارة من خادم DHCP في المكان فهو على شبكة خاطئة تمامًا.
خامسًا: حدّد البديل واحتفظ بتسجيل الدخول
اختبر ما يحدث عند انتهاء صلاحية البوابة أو سقوط النفق. يجب أن تغطي السياسة التي اخترتها الحركة المُمرَّرة، لا الطلبات التي يرسلها الموجّه بنفسه فقط، وإلا عاد جهاز تابع إلى اتصال المكان بهدوء.
احتفظ بعملية تسجيل الدخول الصاعدة الموثّقة مع الموجّه، على ورق أو في ملاحظة محلية. فإعادة التشغيل في الفندق التالي تصبح مهمة دقيقتين بدل إعداد آخر مرتجل. واحتفظ بنسخة بعيدًا عن الموجّه أيضًا، لأن ملاحظة مخزّنة على الجهاز وحده تكون غير متاحة بالضبط حين يكون الجهاز هو ما تعطّل. الورق ما زال يفوز في هذه الحالة.
ثم اكتب القيم الأربع التي جعلته يعمل: وضع الصعود، وإجراء البوابة، ونوع ملف تعريف VPN، وفحص الخروج. هذه الأربع هي ما ستحتاجه في المرة القادمة، وهي الأربع الأصعب في إعادة بنائها من الذاكرة.