Како сачувати читљивост плана адреса IPv6 за VPN и након годину дана

Два питања одлучују да ли план адреса заслужује своје место: који префикс припада ком месту и како одговор излази из тог места. Одговорите на оба у једном пролазу и одржавалац може да промени партнера без испитивања било кога. Све остало у документу постоји да подржи та два одговора. Што не подржава ниједан, украс је.

На шта читалац мора да одговори пре него што дотакне партнера

Компресија чини адресе уредним, а уредност није структура. Структура је знати који је опсег добављач делегирао, који сте изабрали, који је клијентски базен и који стоји иза места.

Пишите за колегу који се придружује следећег квартала и мора да дода друго место. Ништа на страници му не каже одакле префикс долази, осим ако то унос не каже. Прескочите то и прва промена се претвара у археологију.

Шта мора да носи сваки ред плана

Четири поља чине унос проверљивим: дужина префикса, власник, камо саобраћај иде даље и која компонента додељује вредност. Поставите их уз конфигурацију која ради и свако неслагање излази само. Следећи скок усмерен ка тунелу уклоњеном прошлог месеца изгледа одмах погрешно уместо да се стапа с остатком.

Држите улоге у одвојеним редовима чак и када две од њих данас деле префикс. Њихово спајање касније раздвајање претвара у нешто што се чита као нова додела, а не као исправка.

Где се разилазе канонски текст и конфигурациона синтакса

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 записе и правила заштитног зида која морају да се промене у истом прозору, јер је ажурирање префикса које стане на рутеру напола обављено.

После промене стигните до ресурса иза сваке границе које је промена дотакла пре него што уредите документ. План који описује прошломесечну мрежу гори је од никаквог, јер му људи верују. Држите повучене доделе на списку са датумом када су нестале да их нико случајно не изда поново. Тајне остају изван датотеке; план објашњава мрежу, не отвара је.

Чувајте план тамо где се промене прегледају, поред конфигурације коју описује. Документ који нико не чита поново трули брже од мреже коју мапира.