Kā saglabāt IPv6 VPN adrešu plānu lasāmu arī pēc gada
Lasāms plāns norāda, kurš prefikss pieder kurai vietai un kā atgriežas atbildes. Blakus katram ierakstam pierakstiet lomas, apzīmējumu, deleģējumu un atgriešanās maršrutus.
Divi jautājumi izšķir, vai adrešu plāns ir savas vietas cienīgs: kurš prefikss pieder kurai vietai un kā atbilde iziet no šīs vietas. Atbildiet uz abiem vienā piegājienā, un uzturētājs var mainīt partneri, nevienu neiztaujājot. Viss pārējais dokumentā pastāv, lai atbalstītu šīs divas atbildes. Tas, kas neatbalsta nevienu, ir rotājums.
Uz ko lasītājam jāatbild pirms partnera aizskaršanas
Saspiešana liek adresēm izskatīties kārtīgām, un kārtīgums nav struktūra. Struktūra ir zināt, kuru diapazonu pakalpojumu sniedzējs deleģēja, kuru izvēlējāties jūs, kurš ir klientu baseins un kurš atrodas aiz vietas.
Rakstiet kolēģim, kurš pievienosies nākamajā ceturksnī un kuram būs jāpievieno otra vieta. Nekas lapā nepasaka, no kurienes nācis prefikss, ja vien ieraksts to nepasaka. Izlaidiet to, un pirmā izmaiņa pārvērtīsies arheoloģijā.
Kas jānes katrai plāna rindai
Četri lauki padara ierakstu pārbaudāmu: prefiksa garums, īpašnieks, kur trafiks dodas tālāk un kura komponente sadala vērtību. Salīdziniet tos ar darbojošos konfigurāciju, un jebkura nesakritība parādās pati. Nākamais lēciens uz tuneli, kas noņemts pagājušajā mēnesī, uzreiz izskatās nepareizs, nevis saplūst ar pārējo.
Turiet lomas atsevišķās rindās arī tad, ja divas no tām šodien dala vienu prefiksu. To apvienošana vēlāku sadalīšanu padara lasāmu kā jaunu piešķīrumu, nevis labojumu.
| 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 |
Kur kanoniskais teksts un konfigurācijas sintakse atšķiras
RFC 5952 nosaka vienu teksta formu adresei: mazie burti, bez sākuma nullēm un garākā nulles grupu virkne saspiesta tieši vienu reizi. Izmantojiet to piezīmēs, biļetēs un izmaiņu žurnālos, lai divus dokumentus varētu salīdzināt bez pārveides. Lasītāji, kas sastop divas vienas adreses rakstības, sāk meklēt atšķirību, kuras nav. Konsekvence šeit ir lēta, un tā novērš veselu viltus trauksmju klasi.
Konfigurācijas faili pakļaujas saviem noteikumiem, un tie nav lasāmības noteikumi. Adresei, kas savienota ar portu, vajag iekavas arī tad, kad kailajai adresei tās nevajag, un kopēšana no piezīmes uz konfigurācijas failu šo atšķirību pazaudē bez brīdinājuma. Nosauciet formu, ko izmanto katrs lauks, citādi plāns izraisa tieši to pārrakstīšanas kļūdu, kas tam bija jānovērš.
Divi apzīmējumi ir piemēroti, kamēr katrs ir marķēts. Nemarķēta sajaukšana ir tā, kas aicina kļūdu.
Kur parādās pārklājošies diapazoni un trūkstošie atgriešanās ceļi
Pārklāšanās pārdzīvo citas kļūdas, jo nekas neizskatās nepareizi, kamēr divas vietas neatbild uz vienu diapazonu. Marķējiet vietu un ģenerējiet lokāli unikālus prefiksus dokumentētajā procedūrā, nevis kopējot piemēru.
Klientu saraksts nekad neizskaidro, kurā virzienā atbilde ceļo. Pierakstiet LAN vārtejas atgriešanās ceļu blakus partnera diapazonam, ko tunelis pārvadā, un ieraksts izskaidros attālu apakštīklu, kas saņem pieprasījumus un klusē. Palaidiet zemāk esošās pārbaudes iekārtā un salīdziniet ar ierakstu. Plāns, kas neatbilst ip -6 route, ir plāns, ko cilvēki pārstāj lasīt.
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0Sasniedzamība nav atļauja, un prefikss nekad nenozīmē politiku. Ierakstiet paredzēto piekļuvi blakus maršrutam, uz kuru tā attiecas. Citādi nākamais lasītājs adresi plānā uzskata par atļauju sasniegt katru pakalpojumu aiz tās.
Kā plāns pārdzīvo trešo vietu
Atzīmējiet katru prefiksu kā deleģētu, lokāli piešķirtu vai citādi maršrutētu. Visam, kas var pārvietoties, nosauciet procesu, kas to pārvieto. Pēc tam uzskaitiet DNS ierakstus un ugunsmūra noteikumus, kas jāmaina tajā pašā logā, jo maršrutētājā apstājusies prefiksa atjaunināšana ir pusceļā.
Pēc izmaiņas pirms dokumenta rediģēšanas sasniedziet resursu aiz katras robežas, ko izmaiņa skāra. Plāns, kas apraksta pagājušā mēneša tīklu, ir sliktāks par neesošu, jo cilvēki tam uzticas. Turiet atsauktos piešķīrumus sarakstā kopā ar datumu, kad tie pazuda, lai neviens tos nejauši neizdotu vēlreiz. Noslēpumi paliek ārpus faila; plāns izskaidro tīklu, tas to neatver.
Glabājiet plānu tur, kur izmaiņas tiek pārskatītas, blakus konfigurācijai, ko tas apraksta. Dokuments, ko neviens vairs nelasa, pūst ātrāk nekā tīkls, ko tas kartē.