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 تجاری نتواند ترافیک را ببیند، ارائه‌دهنده هنوز می‌تواند شبکهٔ نمونه، دیسک و سوابق صورت‌حساب آن را ببیند.
گزارش‌های خودتان نرم‌افزار شما را توصیف می‌کنند و هر سابقهٔ زیرساختی را که ارائه‌دهنده نگه می‌دارد توصیف نمی‌کنند. عکس آن هم درست است: دید نسبت به زیرساخت ثابت نمی‌کند ارائه‌دهنده چه چیزی را نگه می‌دارد. هر دو پرسش به سیاست ارائه‌دهنده و پیکربندی خودتان نیاز دارند و هیچ‌کدام پاسخ دیگری نیست.
پاسخ را به‌صورت تقسیم کار بنویسید: کدام لایه شکست خورد، چه کسی می‌تواند آن را تعمیر کند و آن تعمیر چقدر طول می‌کشد. میزبانی خودی تغییر می‌دهد که به چه کسی اعتماد دارید، و بخش سودمند این تمرین دانستن دقیق لایه‌ای است که برای آن به آنها اعتماد دارید.