یک راهنمای کوچک VPN باید در عجله به چه چیزی پاسخ دهد
نقشه، نتایج مورد انتظار و راه بازگشت را بنویسید تا نگهدارنده‌ای که هرگز تونل را ندیده بتواند بگوید سالم است یا نه.
نگهدارنده‌ای که در 02:00 کار را تحویل گرفت نمی‌توانست بگوید سرویس سالم است یا نه، چون سند طراحی را توضیح می‌داد و هرگز نمی‌گفت چه چیزی را اجرا کند. سپردن فایل به فرد دیگری و سپس ترک کردن اتاق، تنها آزمونی است که اهمیت دارد. بیشتر یادداشت‌های کوچک VPN همین آزمون را در صفحهٔ دوم رد می‌کنند. شکلی که در ادامه می‌آید از این آزمون سربلند بیرون می‌آید و هیچ بخشی از آن لازم نیست طولانی باشد.
با نقشه‌ای شروع کنید که یک آدم خسته بتواند آن را مرور کند
آنچه را کسی باید با عجله جست‌وجو کند بنویسید: نام‌هایی که کلاینت‌ها به آن‌ها وصل می‌شوند، پورت‌هایی که دیمن روی آن‌ها گوش می‌دهد، استخرهای نشانی که توزیع می‌کند، اینکه نام کلاینت‌ها چگونه حل می‌شود و کدام شبکه‌های پشت تونل باید در دسترس باشند. شمارهٔ بیلدی را که واقعاً اجرا می‌کنید اضافه کنید و مؤلفه‌ای را نام ببرید که مالک هر بخش متحرک است، چون مسیرها، فیلتر بسته و پروفایل‌های کلاینت اغلب در سه جای مختلف پیکربندی می‌شوند. وابستگی‌های بیرونی را هم یادداشت کنید: حساب میزبانی، اتصال بالادست، ارائه‌دهندهٔ هویت و شبکه‌های خصوصی در انتهای دور. جدول یا نمودار دست‌کشیده این را بهتر از پاراگراف‌ها حمل می‌کند، چون خواننده مرور می‌کند نه اینکه بخواند.
سپس افرادی را نام ببرید که می‌توانند تغییر اضطراری را مجاز کنند، با یک مسیر تماس که به بالا بودن تونل وابسته نباشد. خط تشدید بدون جایگزین، دقیقاً در همان حادثه‌ای که به آن نیاز دارد یک بن‌بست است. دو نام و یک شمارهٔ تلفن کافی است؛ نقشه دفترچهٔ کارکنان نیست.
هر بررسی به پاسخی نیاز دارد که سالم شمرده شود
برای هر سرویس، فرمان و خطی را که یعنی کار کرد، کنار هم بگذارید تا خواننده هرگز مجبور نشود یکی را با عجله از دیگری استخراج کند. وضعیت فرایند و دسترسی سرتاسری در لایه‌های متفاوتی قرار دارند: یکی نشان می‌دهد دیمن پیکربندی‌اش را پذیرفته، دیگری نشان می‌دهد کلاینت می‌تواند از آنچه تونل عرضه می‌کند استفاده کند. هر دو خط را بنویسید و بگویید هرکدام کدام خرابی را می‌گیرد، چون بررسی بدون نتیجهٔ اعلام‌شده به بحثی دربارهٔ خوب به نظر رسیدن خروجی تبدیل می‌شود.
systemctl status openvpn-server@lab
ss -lntu | grep 1194هر دو را اجرا کنید و آن‌ها را شواهدی جداگانه بدانید نه یک توالی. یک واحد سبز می‌تواند کنار تونلی باشد که هیچ‌کس نمی‌تواند استفاده کند، و عکس آن رخ می‌دهد وقتی یک شنونده از مسیر شکسته جان به در می‌برد. لایه‌ای را که هر خط مشاهده می‌کند اعلام کنید، و خواننده خواهد دانست وقتی اختلاف دارند به کدام اعتماد کند.
سه خرابی بیشتر شب‌ها را پوشش می‌دهد
نقطهٔ پایانی غیرقابل‌دسترس، هویت ردشده و اتصال بدون ترافیک مفید تقریباً هر چیزی را که کسی را بیدار می‌کند توضیح می‌دهند. برای هرکدام دو بررسی اول و شخصی را که باید به او تشدید کرد فهرست کنید، تا کسی مجبور نشود در 02:00 ترتیب تشخیص را از خود درآورد. غیرقابل‌دسترس بودن معمولاً به مسیر یا شنونده اشاره دارد، هویت ردشده به گواهی، مخزن اعتبارنامه یا ساعت، و اتصال خالی به مسیرها، ارسال یا حل نام. این سه شاخه گزارش‌های متفاوتی می‌خوانند، از این رو شاخه باید پیش از باز کردن گزارش انتخاب شود.
به مستندات بالادست پیوند بدهید به‌جای چسباندن فرمان‌هایی که روی این میزبان اجرا نکرده‌اید. فرمان آزمایش‌نشده‌ای که از محیطی دیگر کپی شده از یک اشاره بدتر است، چون معتبر به نظر می‌رسد و بی‌صدا شکست می‌خورد.
تغییر را به‌صورت توالی بنویسید، نه پاراگراف
برای هر تغییر، نقطهٔ بازرسی‌ای که می‌توانید به آن برگردید، بررسی‌ای که موفقیت را تأیید می‌کند و شرطی را که بازگشت را فعال می‌کند، به همین ترتیب ثبت کنید. راهی برای برگشت بگنجانید که از تونل عبور نکند، چون همان تغییری که می‌دهید می‌تواند آن را ببندد. ثبت کنید که ابطال‌های کنونی چگونه بازیابی می‌شوند نه یک عکس لحظه‌ای قدیمی‌تر، چون فهرست کهنه بی‌صدا اعتبارنامه‌هایی را دوباره می‌پذیرد که همان صبح بازنشسته شده بودند. گام‌های امری شماره‌دار زیر فشار دوام می‌آورند؛ نثر به تفسیر تبدیل می‌شود.
آن راه برگشت را پیش از نیاز تمرین کنید، هر وقت تغییر آن‌قدر بزرگ است که اهمیت داشته باشد. بازگشتی که از حافظه نوشته شود حدسی است با یک تاریخ چسبیده به آن.
اعتبارنامه‌ها جای دیگری زندگی می‌کنند
به مدیر رمز عبور، گاوصندوق یا پاکت مهروموم‌شده ارجاع بدهید و بگویید چه کسی می‌تواند آن را باز کند، به‌جای نقل هر ماده‌ای در فایل. کلیدهای خصوصی، کدهای بازیابی یک‌بارمصرف و پروفایل‌هایی که رازی را در خود جای می‌دهند به فضای ذخیره‌سازی محافظت‌شده تعلق دارند، و صفحه باید توضیح دهد یک نگهدارندهٔ مجاز در 02:00 چگونه به آن‌ها می‌رسد. هرگز از یک راز زنده به‌عنوان نمونه استفاده نکنید، چون نمونه‌ها در بلیت‌ها و رشته‌های گفت‌وگو چسبانده می‌شوند. یک اشاره به‌همراه فهرستی از مجوزها همهٔ چیزی است که سند نیاز دارد.
پس از یک تغییر واقعی یا تمرین بازیابی، فایل را بازبینی کنید، مسیرهایی را که دیگر وجود ندارند حذف کنید و یادداشت کنید تصمیم نگهداری بعدی کار چه کسی است. در پایان یک گزارش تغییر سه‌ستونی نگه دارید: تاریخ، چه چیزی تغییر کرد، چه کسی آن را تأیید کرد. همان صفحه به خوانندهٔ بعدی می‌گوید بقیه به‌روز است یا نه، و مستندات systemctl از systemd پیوند بهتری است از بازگویی فرمان‌های سرویس که به‌مرور منحرف می‌شوند.