لماذا تنفد شبكة OpenVPN /24 من العملاء أسرع مما تتوقع
في net30 يحصل كل عميل على /30، لذلك تتوقف شبكة /24 عند نحو 64. أحصِ التخصيصات، وحدّد سبب الرفض الحقيقي، ثم أعد تحجيم المجموعة من خطة العناوين.
المجموعات المبنية على /24 والتي تتوقف عن قبول العملاء عند حدود الستين تعمل كما صُممت، ولا تصطدم بحد ترخيص. في net30 يحصل كل عميل على رابط افتراضي من نقطة إلى نقطة يستهلك أربعة عناوين، لذا تدعم شبكة من 256 عنوانًا نحو ربع ما توحي به البادئة. العدد المهم هو التخصيصات، لا العناوين. قراءة البادئة كعدد عملاء هي الخطأ الذي يدفع إلى البحث عن سقف مستخدم خفي.
طوبولوجيتان ونموذجا حساب، وواحد فقط منهما يطابق البادئة التي يفترضها الناس.
net30 يستهلك أربعة عناوين لكل عميل
يخصص net30 كتلة /30 لكل عميل، لأن كل جلسة تُنمذج كرابط من نقطة إلى نقطة بعنوان عند كل طرف. تدخل أربعة عناوين في تلك الكتلة ويصلح اثنان منها، ولهذا يكون عدد العملاء الفعلي ربع الشبكة. على /24 يتبقى 64 كتلة قبل كتلة الخادم نفسه وأي تخصيصات ثابتة. السقف المبلغ عنه قرب 63 هو حساب يظهر على السطح، وليس حدًا أقصى مُهيأ.
يحتاج الخادم أيضًا إلى تخصيصه الخاص، وإدخالات العملاء الثابتة تستهلك كتلًا سواء اتصل هؤلاء العملاء أم لا. كلاهما يقلل النطاق الديناميكي دون تغيير البادئة التي بدأت بها.
حدود المجموعة أهم من البادئة
قد تُعرّف توجيهات الخادم مجموعة أضيق من الشبكة التي تسميها، ويمكن لسكربت مساعد أن يتوسع إلى إعدادات إضافية لا تظهر في الملف الشخصي الذي فتحته. العناوين الثابتة من دليل client-config تقع داخل ذلك النطاق ولا يمكن منحها مرتين. تصف البادئة أقصى مساحة ممكنة؛ المجموعة الفعلية هي ما يقدمه الإعداد الجاري فعليًا.
قارن الاثنين قبل أن تستنتج أي شيء عن السعة، لأن نطاقًا مُهيأ أصغر يفسر السقف بقدر ما تفسره الطوبولوجيا.
اعثر على الحد الذي رفض العميل فعليًا
اقرأ الطوبولوجيا والمجموعة الفعلية أولًا، ثم احسب التخصيصات الثابتة والعناوين المحجوزة. تحقق أيضًا من max-clients وأي تحكم في القبول خارج OpenVPN قبل إلقاء اللوم على مساحة العناوين. أخيرًا، طابق رسالة الخادم نفسها لحظة الرفض مع تلك الاحتمالات. الرسالة تسمي القيد؛ والعدد يضيق المجال فقط.
الرفض الذي يأتي مع خطأ تزامن والرفض الذي يأتي مع خطأ تخصيص لهما إصلاحات مختلفة، والتخمين بينهما يهدر نافذة صيانة.
تغيير الطوبولوجيا يغير خطة العناوين
التبديل إلى طوبولوجيا الشبكة الفرعية يمنح كل عميل عنوانًا واحدًا بدلًا من كتلة، وهي الخطوة الصحيحة عندما تكون البادئة صغيرة فعلًا. يغير أيضًا معنى معاملات عنوان العميل، لذا يجب إعادة اشتقاق كل تخصيص مثبت وكل ملف خاص بعميل بدلًا من إعادة ترقيمه يدويًا. خطط النطاق الجديد، وترحيل الإدخالات الثابتة، وحدّث المسارات التي تشير إليها.
التبديل ليس مرادفًا للإعداد القديم. تعامل معه كتغيير في خطة العناوين يستلزم مراجعة خاصة، وتوقع أن يحتفظ عميل واحد على الأقل بعنوان من المخطط السابق.
حدد حجم المجموعة من الخطة، لا من القناع
اختر الحجم من عدد العملاء المتزامنين مضافًا إليه هامش لإعادة الاتصال والاختبار، ثم اختر أصغر بادئة تغطيه في إطار الطوبولوجيا المختارة. التوسع إلى /16 لحل سقف ستين عميلًا يقايض مشكلة سعة بمشكلة توجيه وتداخل، لأن النطاق الخاص الأكبر أكثر عرضة للتصادم مع شيء يصل إليه العميل أصلًا.
وثّق الطوبولوجيا والمجموعة والتخصيصات الثابتة وسقف العملاء الناتج معًا. يصبح سؤال السعة التالي حسابًا بدلًا من تحقيق.