هل تعتقد أن إعادة تسمية خادم Pritunl تغيّر نقطة نهايته؟

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

الاسم الذي يتصل به العملاء يعيش في حقل واحد للمضيف

يعرض Pritunl نقطة النهاية عبر إعداد العنوان العام الخاص بالمضيف، الذي يقبل عنوان IP عامًا أو اسم DNS. ضع vpn.example.net هناك، وستسلّم الملفات الشخصية المُنشأة والمزامنة الموثّقة ذلك الاسم إلى العملاء. يجب أن يكون السجل موجودًا بالفعل وأن يُحلّ إلى المستمع الذي يقبل نقل VPN؛ الحقل يعلن عن وجهة، ولا ينشرها. اسم العرض لكائن الخادم هو بيانات وصفية إدارية ولا يصل أبدًا إلى محاولة اتصال العميل.

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

ثلاثة حقول تبدو متشابهة وليست كذلك

العنوان المحلي يخدم النسخ المتماثل والتوجيه بين مضيفي Pritunl. عنوان الربط يصف كيف تصل الخوادم المرتبطة بعضها إلى بعض. لا هذا ولا ذاك هو العنوان الذي يتصل به العميل، ونسخ الاسم العام فيهما يفسد الطوبولوجيا التي يصفانها. عنوان IPv6 العام حقل منفصل له سجله ومساره الخاصين؛ سجل A لعنوان IPv4 لا ينشئ إمكانية الوصول عبر IPv6.

اسم DNS أيضًا لا يحمل أي تعيين منافذ ولا مستمعًا. إذا كانت الخدمة تستمع على 1194 UDP، فإن الاسم لا يزال يُحلّ إلى مضيف يجب أن يقبل 1194 UDP. وكيل عكسي HTTP على المنفذ 443 يخدم لوحة الويب ليس نقطة نهاية نقل VPN، حتى عندما يشترك الاثنان في الاسم نفسه.

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

ادفع الاسم الجديد إلى العملاء الموجودين

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

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

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

اقبل التغيير باتصال حقيقي

التحليل هو أضعف اختبار ممكن. dig +short vpn.example.net الذي يعيد عنوانًا يثبت فقط أن سجلًا موجود.

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

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