Како да го задржиме планот за адреси на IPv6 VPN читлив и по една година
Читливиот план кажува кој префикс припаѓа на кое место и како се враќаат одговорите. Запишете улоги, означување, делегирање и повратни рути покрај секој запис.
Две прашања одлучуваат дали планот за адреси заслужува свое место: кој префикс припаѓа на кое место и како одговорот излегува од тоа место. Одговорете на двете одеднаш и одржувачот може да смени партнер без никого да испрашува. Сите друго во документот постои за да ги поддржи тие два одговора. Што не поддржува ниту еден, е украс.
На што мора читателот да одговори пред да допре партнер
Компресијата ги прави адресите уредни, а уредноста не е структура. Структура е да се знае кој опсег го делегирал давателот, кој го избравте вие, кој е клиентски базен и кој стои зад место.
Пишете за колегата што ќе се приклучи следниот квартал и ќе мора да додаде второ место. Ништо на страницата не му кажува од каде доаѓа префиксот, освен ако записот не го каже тоа. Прескокнете го тоа и првата промена се претвора во археологија.
Што мора да носи секој ред од планот
Четири полиња го прават записот проверлив: должината на префиксот, неговиот сопственик, каде оди сообраќајот понатаму и која компонента ја распределува вредноста. Споредете ги со конфигурацијата што работи и секое несогласување излегува само. Следниот скок насочен кон тунел отстранет минатиот месец веднаш изгледа погрешно наместо да се стопи со остатокот.
Држете ги улогите во одделни редови дури и кога две од нив денес делат ист префикс. Нивното спојување подоцнежното разделување го прави да се чита како нова распределба, а не како исправка.
| Entry | Fields to record | Why a reviewer needs it |
|---|---|---|
| Endpoint addresses | Prefix, owning side, session initiator | Firewall rules and peer config both read it |
| Tunnel interfaces | Prefix and length, next hop, interface name | Shows the path a packet actually takes |
| Client allocations | Pool range, size, distributing component | Shows room left before a redesign |
| Downstream networks | Prefix, site label, return route | Explains a reply that never arrives |
Каде се разделуваат канонскиот текст и конфигурациската синтакса
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 записите и правилата на огнениот ѕид што мора да се сменат во истиот прозорец, бидејќи ажурирањето на префиксот што застанува кај рутерот е пола работа.
По промена, стигнете до ресурс зад секоја граница што промената ја допрела пред да го уредите документот. План што ја опишува мрежата од минатиот месец е полош од никаков, бидејќи луѓето му веруваат. Држете ги повлечените распределби на списокот со датумот кога исчезнале за никој случајно да не ги издаде повторно. Тајните остануваат надвор од датотеката; планот ја објаснува мрежата, тој не ја отвора.
Чувајте го планот таму каде што промените се прегледуваат, покрај конфигурацијата што ја опишува. Документ што никој не го чита повторно гние побрзо од мрежата што ја мапира.