وقتی خودتان سرور VPN را اجرا می‌کنید به چه کسی اعتماد می‌کنید
میزبانی شخصی نقش اپراتور را به شما منتقل می‌کند. اما شبکه دسترسی، میزبان، حل‌کننده و مقصد را از مسیر حذف نمی‌کند.
میزبانی شخصی نقش اپراتور را به شما می‌دهد: شما نرم‌افزار، پیکربندی، برنامه به‌روزرسانی و آنچه سرویس خودتان ثبت می‌کند را انتخاب می‌کنید. کاری که نمی‌کند این است که طرف‌های دیگر را از اتصال حذف نمی‌کند. شبکه دسترسی شما هنوز بسته‌ها را حمل می‌کند، ارائه‌دهنده میزبانی هنوز ماشین را اداره می‌کند، حل‌کننده هنوز به پرس‌وجوها پاسخ می‌دهد و مقصد هنوز درخواستی می‌بیند. دانستن اینکه کدام یک از این‌ها را واقعاً تغییر داده‌اید، تمام تمرین است.
گام 1: طرف‌ها را فهرست کنید
هر طرف را در استقرار واقعی فهرست کنید: دستگاه شما، شبکه‌ای که به آن وصل می‌شوید، میزبان VPN، حل‌کننده DNS و سرویس مقصد. برای هر یک یادداشت کنید چه چیزی را می‌تواند مشاهده کند و کدام تنظیمات را شما کنترل می‌کنید.
آن جدول از هر ادعایی درباره ناشناس‌بودن سودمندتر است، چون نشان می‌دهد کنترل واقعاً کجا تغییر کرده است. شما پیکربندی و گزارش‌های میزبان را کنترل می‌کنید. شما دید شبکه دسترسی به اتصال خود را کنترل نمی‌کنید و کنترل نمی‌کنید که مقصد چه چیزی درباره حساب شما ثبت می‌کند.
برای یک نقطه پایانی خانگی، ترافیک پوشش‌داده‌شده معمولاً از اتصال دسترسی همان خانه خارج می‌شود. نشانی خروجی که مقصد شما می‌بیند نشانی آن خانوار است، که واقعیتی درباره توپولوژی است نه نقصی در نرم‌افزار. اگر همان نشانی را می‌خواستید تغییر دهید، سرور خانگی نمی‌تواند این کار را بکند. به خروجی در جای دیگری نیاز دارید.
گام 2: آنچه به دست آورده‌اید را بنویسید
می‌توانید پیکربندی مستقر را بررسی کنید، تصمیم بگیرید کدام دستگاه‌ها می‌توانند بپیوندند، سیاست تشخیص تعیین کنید و سوابقی را که انتخاب می‌کنید نگه دارید. این‌ها وقتی آن‌ها را نگه می‌دارید کنترل‌های واقعی هستند و دلیل صادقانه میزبانی شخصی همین است.
آن‌ها مشروط هم هستند. یک تنظیم پیش‌فرض بی‌استفاده و یک نسخه پشتیبان آزمایش‌نشده ویژگی‌هایی نیستند که پروتکل فراهم کند؛ نیت هستند. کنترل را همراه با آزمونی که آن را ثابت می‌کند بنویسید، وگرنه به حساب نمی‌آید.
گام 3: فهرست نگهداری را بپذیرید
فهرست کوتاه و بی‌رحم است: حساب مدیر را محافظت کنید، کلیدهای سرور را محافظت کنید، هویت‌های کارخواه را صادر و لغو کنید، نسخه‌های پشتیبان نگه دارید، دستگاه‌های گم‌شده را بردارید و مسیر بازیابی‌ای نگه دارید که به تونل ازکارافتاده وابسته نباشد.
لغو سطر خودش را می‌طلبد. دستگاهی که از پیکربندی برداشته‌اید اما هرگز لغو نکرده‌اید هنوز اعتبارنامه‌های معتبر دارد، و تفاوت فقط زمانی آشکار می‌شود که کسی از آن‌ها استفاده کند. برداشتن را با تلاش برای اتصال با مواد قدیمی بیازمایید.
نسخه‌های پشتیبان به همان رفتار نیاز دارند. یکی را روی میزبان یدکی بازیابی کنید و تأیید کنید که تونل با همان هویت‌ها بالا می‌آید. نسخه پشتیبانی که هرگز بازیابی نکرده‌اید یک فایل است، نه برنامه بازیابی.
گام 4: فرض ناشناس‌بودن را کنار بگذارید
اجرای سرور مرورگر شما را ناشناس نمی‌کند. سایت‌ها هنوز اطلاعات حساب و کوکی دریافت می‌کنند، و HTTPS داده‌های برنامه را در مسیر خودش مستقل از تونل محافظت می‌کند.
اثر ظریف‌تری هم هست: نشانی‌ای که فقط شما استفاده می‌کنید می‌تواند به نشانه‌ای پایدار مرتبط با استفاده شما تبدیل شود. خروجی تجاری با غریبه‌ها مشترک است، که از یک جهت برای حریم خصوصی بد و از جهتی دیگر خوب است. نشانی خودتان یکتاست، و این آن معاوضه را برمی‌گرداند.
اگر هدف دشوارکردن ارتباط‌دادن شماست، میزبانی شخصی می‌تواند آن را آسان‌تر کند نه دشوارتر. پیش از صرف یک عصر روی آن تصمیم بگیرید واقعاً کدام ویژگی را می‌خواهید. یکتایی هزینه است نه مزیت، و در بیشتر نوشته‌ها درباره میزبانی شخصی ظاهر نمی‌شود. آن را در جدول طرف‌های گام 1 بنویسید و معاوضه آشکار می‌شود.
گام 5: آن را به دلیلی مشخص انتخاب کنید
دسترسی خصوصی به شبکه خودتان، کنترل پیکربندی، یک نیاز مسیریابی مشخص یا استقلال از سیاست یک تأمین‌کننده همه دلایل خوبی هستند. دلیلی را که مصداق دارد بنویسید و آزمونی را طراحی کنید که نشان دهد کار می‌کند.
سپس بخش‌های خسته‌کننده را بررسی کنید: آیا میزبان وصله شده است، آیا کلیدهای قدیمی رفته‌اند، آیا نگهداری همان است که مستند کرده‌اید، و آیا می‌توانید سرویس را پس از خرابی بازیابی کنید؟ این چهار پاسخ مدل اعتماد را بسیار بهتر از نام پروتکل توصیف می‌کنند.
گام 6: خروج را برنامه‌ریزی کنید
از پیش تصمیم بگیرید چگونه از میزبان مهاجرت می‌کنید: پیکربندی کجا زندگی می‌کند، نمایه‌های کارخواه چگونه دوباره صادر می‌شوند و با سوابقی که نگه داشته‌اید چه می‌شود. سرویس خودمیزبان بدون برنامه خروج به وابستگی‌ای تبدیل می‌شود که نمی‌توانید حذفش کنید.
مدل مسئولیت مشترک AWS الگویی سودمند حتی بیرون از AWS است، چون همان پرسش را تحمیل می‌کند: کدام لایه مال شماست و کدام مال کس دیگری. برای هر طرف گام 1 به آن پاسخ دهید، و مدل اعتماد از شعار بودن دست برمی‌دارد.