چگونه طرح نشانی VPN IPv6 را یک سال بعد خوانا نگه داریم

دو پرسش تعیین می‌کند که یک طرح نشانی جای خود را دارد یا نه: هر پیشوند به کدام سایت تعلق دارد، و پاسخ چگونه از آن سایت بیرون می‌آید. به هر دو در یک گذر پاسخ بدهید و نگهدارنده می‌تواند همتا را بدون بازپرسی از کسی تغییر دهد. هر چیز دیگری در سند برای پشتیبانی از همین دو پاسخ وجود دارد. آنچه از هیچ‌کدام پشتیبانی نمی‌کند، تزئین است.

خواننده پیش از دست زدن به یک همتا باید چه چیزی را پاسخ دهد

فشرده‌سازی نشانی‌ها را مرتب نشان می‌دهد، و مرتب بودن ساختار نیست. ساختار یعنی دانستن اینکه ارائه‌دهنده کدام محدوده را واگذار کرده، کدام را شما انتخاب کرده‌اید، کدام یک استخر کارخواه است و کدام پشت یک سایت قرار دارد.

برای همکاری بنویسید که فصل بعد می‌آید و باید سایت دومی اضافه کند. هیچ چیز در صفحه به او نمی‌گوید یک پیشوند از کجا آمده، مگر اینکه ورودی بگوید. اگر این را جا بیندازید، نخستین تغییر به باستان‌شناسی تبدیل می‌شود.

هر سطر طرح باید چه چیزی را حمل کند

چهار فیلد یک ورودی را قابل بازبینی می‌کند: طول پیشوند، مالک آن، مقصد بعدی ترافیک و مؤلفه‌ای که مقدار را توزیع می‌کند. آن‌ها را با پیکربندی در حال اجرا بسنجید و هر ناسازگاری خودش آشکار می‌شود. گام بعدی که به تونلی اشاره کند که ماه پیش حذف شده، بی‌درنگ غلط به نظر می‌رسد و به جای نمی‌آمیزد.

نقش‌ها را حتی وقتی دو نقش امروز یک پیشوند را شریک‌اند در ردیف‌های جدا نگه دارید. ادغام آن‌ها جدایی بعدی را چیزی می‌کند که مانند تخصیص تازه خوانده می‌شود، نه تصحیح.

کجا متن متعارف و نحو پیکربندی از هم جدا می‌شوند

RFC 5952 یک شکل متنی برای نشانی تعیین می‌کند: حروف کوچک، بدون صفر ابتدایی، و طولانی‌ترین رشته گروه‌های صفر دقیقاً یک بار فشرده. آن را در یادداشت‌ها، بلیت‌ها و سوابق تغییر به کار ببرید تا دو سند بدون تبدیل مقایسه شوند. خوانندگانی که دو املای یک نشانی را می‌بینند به دنبال تفاوتی می‌گردند که وجود ندارد. یکدستی اینجا ارزان است و یک رده کامل از هشدارهای نادرست را حذف می‌کند.

فایل‌های پیکربندی از قواعد خودشان پیروی می‌کنند، و آن قواعد، قواعد خوانایی نیستند. نشانی‌ای که با پورت جفت شده حتی وقتی نشانی تنها لازم ندارد به کروشه نیاز دارد، و کپی از یک یادداشت به فایل پیکربندی آن تمایز را بی‌خبر از دست می‌دهد. شکلی را که هر فیلد به کار می‌برد نام ببرید، وگرنه طرح همان خطای رونویسی را ایجاد می‌کند که باید جلوگیری می‌کرد.

دو نشانه‌گذاری خوب است تا وقتی هر یک برچسب داشته باشد. آمیختن بی‌برچسب است که اشتباه را دعوت می‌کند.

کجا محدوده‌های هم‌پوشان و مسیرهای بازگشت گمشده پیدا می‌شوند

هم‌پوشانی از اشتباه‌های دیگر بیشتر می‌ماند، چون تا وقتی دو سایت برای یک محدوده پاسخ می‌دهند چیزی غلط به نظر نمی‌رسد. سایت را برچسب بزنید و پیشوندهای یکتای محلی را با رویه مستند تولید کنید، نه با کپی یک مثال.

فهرست کارخواه هرگز نمی‌گوید پاسخ در کدام جهت می‌رود. مسیر بازگشت دروازه LAN را کنار محدوده همتایی که تونل حمل می‌کند ثبت کنید تا سابقه، زیرشبکه دوردستی را که درخواست می‌گیرد و ساکت می‌ماند توضیح دهد. بررسی‌های زیر را روی دستگاه اجرا کنید و با ورودی مقایسه کنید. طرحی که با ip -6 route نمی‌خواند، طرحی است که مردم از خواندنش دست می‌کشند.

ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0

دسترسی‌پذیری مجوز نیست، و پیشوند هرگز سیاستی را القا نمی‌کند. دسترسی مورد نظر را کنار مسیری که به آن مربوط است بنویسید. وگرنه خواننده بعدی نشانی در طرح را اجازه رسیدن به هر سرویس پشت آن می‌داند.

طرح چگونه از سایت سوم جان سالم به در می‌برد

هر پیشوند را واگذارشده، تخصیص‌یافته محلی یا مسیریابی‌شده به گونه‌ای دیگر علامت بزنید. برای هر چیز که می‌تواند جابه‌جا شود، فرآیندی را که آن را جابه‌جا می‌کند نام ببرید. سپس رکوردهای DNS و قواعد دیوار آتش را که باید در همان بازه تغییر کنند فهرست کنید، چون به‌روزرسانی پیشوندی که در روتر می‌ایستد نیمه‌کاره است.

پس از یک تغییر، پیش از ویرایش سند به منبعی در پشت هر مرزی که تغییر لمس کرده دسترسی پیدا کنید. طرحی که شبکه ماه گذشته را توصیف می‌کند از هیچ بودن بدتر است، چون مردم به آن اعتماد می‌کنند. تخصیص‌های پس‌گرفته‌شده را با تاریخ حذفشان فهرست کنید تا کسی به اشتباه دوباره صادرشان نکند. اسرار از فایل بیرون می‌مانند؛ طرح شبکه را توضیح می‌دهد، آن را باز نمی‌کند.

طرح را جایی نگه دارید که تغییرها بازبینی می‌شوند، کنار پیکربندی که توصیف می‌کند. سندی که کسی دوباره نمی‌خواند سریع‌تر از شبکه‌ای که نقشه می‌کند می‌پوسد.