عدة عناوين OpenVPN بعيدة: قائمة تجاوز فشل لا ربط وصلات

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

ما الذي تشتريه لك قائمة العناوين البعيدة

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

الدمج الحقيقي آلة مختلفة. تقسيم تدفق واحد على عدة مسارات يتطلب برمجيات على الطرفين لتوزيع المرور وإعادة تجميعه بالترتيب.

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

الكتل التي تحفظ الإعدادات مع نقطة نهاية واحدة

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

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

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

ترتيب إعادة المحاولة وكلفة remote-random

الترتيب مهم لأن كل مدخلة ميتة تكلّف وقتًا قبل المحاولة التالية. ضع نقطة النهاية التي تريدها أولًا وتعامل مع الباقي كبدائل مرتبة.

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

خلط المشغّلين يكسر بيان الثقة

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

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

اختبار كل مدخلة بدلًا من افتراضها

بعد تحديث معتمد لملف التعريف، اتصل بكل نقطة نهاية مطلوبة عن قصد وتأكد من النقل الذي صعد. التشغيل المطوّل يجعل ذلك مرئيًا. ابدأ openvpn --config office.ovpn --verb 4 واقرأ سطر الرابط للعنوان الذي توقعته. ثم تحقق من الموارد خلف النفق؛ يمكن لمدخلة أن تكمل المصافحة وتوجّهك إلى لا مكان.

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

أعد فحص القائمة كلما غيّرها المشغّل. المجموعة المستوردة مفيدة فقط ما دامت مدخلاتها موجودة وتتحدث النقل الذي تصفه كتلك. يغطي دليل OpenVPN 2.6 هنا توجيهات remote وconnection وrandom-order، وهو النسخة التي يجب التحقق منها عند الشك في الصياغة.