Si ta mbajmë të lexueshëm planin e adresave IPv6 për VPN edhe pas një viti
Një plan i lexueshëm tregon cili prefiks i takon cilit vend dhe si kthehen përgjigjet. Shënoni rolet, shënimin, delegimin dhe rrugët e kthimit pranë çdo zëri.
Dy pyetje vendosin nëse një plan adresash e meriton vendin e vet: cili prefiks i takon cilit vend dhe si del një përgjigje nga ai vend. Përgjigju të dyjave përnjëherë dhe mirëmbajtësi mund të ndryshojë një partner pa pyetur askënd. Gjithçka tjetër në dokument ekziston për të mbështetur këto dy përgjigje. Ajo që nuk mbështet asnjërën është dekorim.
Çfarë duhet të përgjigjet lexuesi përpara se të prekë një partner
Kompresimi i bën adresat të duken të rregullta, dhe rregullsia nuk është strukturë. Strukturë është të dish cilin interval delegon ofruesi, cilin zgjodhe ti, cili është një grup klientësh dhe cili qëndron pas një vendi.
Shkruaj për kolegun që bashkohet tremujorin tjetër dhe duhet të shtojë një vend të dytë. Asgjë në faqe nuk i thotë nga vjen një prefiks, përveç nëse zëri e bën këtë. Nëse e kalon, ndryshimi i parë bëhet arkeologji.
Çfarë duhet të mbajë çdo rresht i planit
Katër fusha e bëjnë një zë të verifikueshëm: sa i gjatë është prefiksi, kush e zotëron, ku shkon trafiku më pas dhe cili komponent e shpërndan vlerën. Krahasoji me konfigurimin që po punon dhe çdo mospajtim shfaqet vetë. Një kërcim i radhës i drejtuar drejt një tuneli të hequr muajin e kaluar duket menjëherë i gabuar në vend që të shkrihet me pjesën tjetër.
Mbaji rolet në rreshta të veçantë edhe kur dy prej tyre ndajnë një prefiks sot. Bashkimi i tyre e kthen një ndarje të mëvonshme në diçka që lexohet si një alokim i ri dhe jo si korrigjim.
| 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 |
Ku ndahen teksti kanonik dhe sintaksa e konfigurimit
RFC 5952 përcakton një formë të vetme teksti për një adresë: shkronja të vogla, pa zero kryesore dhe sekuenca më e gjatë e grupeve zero e kompresuar saktësisht një herë. Përdore në shënime, bileta dhe regjistra ndryshimesh që dy dokumente të krahasohen pa konvertim. Lexuesit që hasin dy shkrime të së njëjtës adresë fillojnë të kërkojnë një ndryshim që nuk ekziston. Konsistenca këtu është e lirë dhe heq një klasë të tërë alarmesh të rreme.
Skedarët e konfigurimit ndjekin rregullat e tyre, dhe ato nuk janë rregullat e lexueshmërisë. Një adresë e çiftuar me një port kërkon kllapa edhe kur adresa e zhveshur nuk kërkon, dhe një kopje nga një shënim në një skedar konfigurimi e humb këtë dallim pa paralajmërim. Emërto formën që përdor secila fushë, përndryshe plani shkakton pikërisht gabimin e transkriptimit që duhej të parandalonte.
Dy shënime janë në rregull për sa kohë secili është i etiketuar. Përzierja pa etiketë është ajo që fton gabimin.
Ku shfaqen intervalet mbivendosëse dhe rrugët e kthimit që mungojnë
Mbivendosja i mbijeton gabimeve të tjera sepse asgjë nuk duket gabim derisa dy vende të përgjigjen për të njëjtin interval. Etiketo vendin dhe gjenero prefikse unike lokale përmes procedurës së dokumentuar në vend që të kopjosh një shembull.
Një listë klientësh nuk shpjegon kurrë në cilin drejtim udhëton përgjigja. Shënoni rrugën e kthimit të portës LAN pranë intervalit të partnerit që transporton tuneli, dhe regjistri shpjegon një nënrrjetë të largët që merr kërkesa dhe mbetet e heshtur. Ekzekuto kontrollet më poshtë në makinë dhe krahasoji me zërin. Një plan që kundërshton ip -6 route është një plan që njerëzit ndalojnë së lexuari.
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0Arritshmëria nuk është autorizim, dhe një prefiks nuk nënkupton kurrë një politikë. Shkruaj aksesin e synuar pranë rrugës ku zbatohet. Përndryshe lexuesi tjetër e trajton një adresë në plan si leje për të arritur çdo shërbim pas saj.
Si i mbijeton plani vendit të tretë
Shënoni çdo prefiks si të deleguar, të alokuar lokalisht ose të rrugëzuar në një mënyrë tjetër. Për gjithçka që mund të lëvizë, emërto procesin që e lëviz. Pastaj listo regjistrimet DNS dhe rregullat e murit të zjarrit që duhet të ndryshojnë në të njëjtën dritare, sepse një përditësim prefiksi që ndalon te ruteri është gjysmë i bërë.
Pas një ndryshimi, arri në një burim pas çdo kufiri që ndryshimi preku, përpara se të redaktosh dokumentin. Një plan që përshkruan rrjetin e muajit të kaluar është më i keq se asnjë, sepse njerëzit i besojnë. Mbaji alokimet e tërhequra në listë me datën kur u zhdukën, që askush të mos i lëshojë përsëri pa dashje. Sekretet mbeten jashtë skedarit; një plan shpjegon rrjetin, nuk e hap atë.
Ruaj planin atje ku ndryshimet rishikohen, pranë konfigurimit që përshkruan. Një dokument që askush nuk e rilexon kalbet më shpejt sesa rrjeti që ai harton.