شبكة VPN السحابية الخاصة بك لا تزال تعتمد على مزود الاستضافة

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

الحساب هو مستوى التحكم الحقيقي

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

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

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

أحداث بنية تحتية لا يمكنك إدارتها

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

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

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

افحص ما يبقى بعد إعادة البناء

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

curl -s http://169.254.169.254/latest/meta-data/instance-id
curl -s http://169.254.169.254/latest/meta-data/public-ipv4
cloud-init status --long

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

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

قرّر ما تغيّره الاستضافة الذاتية فعلاً

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

سجلاتك تصف برمجياتك، ولا تصف كل سجل بنية تحتية يحتفظ به المزود. والعكس صحيح أيضًا: رؤية البنية التحتية لا تثبت ما يحتفظ به المزود. السؤالان يحتاجان سياسة المزود وإعدادك أنت، ولا يجيب أحدهما عن الآخر.

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