IPv6 VPN ünvan planını bir il sonra necə oxunaqlı saxlamaq olar
Oxunaqlı plan hansı prefiksin hansı sahəyə aid olduğunu və cavabların necə qayıtdığını deyir. Rolları, notasiyanı, delegasiyanı və qayıdış marşrutlarını hər girişin yanında qeyd edin.
Ünvan planının yerini haqq edib-etmədiyini iki sual həll edir: hansı prefiks hansı sahəyə aiddir və cavab həmin sahədən necə geri çıxır. İkisinə də bir dəfəyə cavab verin, onda texniki xidmət işçisi heç kimi sorğu-suala tutmadan peer-i dəyişə bilər. Sənəddə qalan hər şey bu iki cavabı dəstəkləmək üçün mövcuddur. İkisinə də dəstək verməyən şey bəzəkdir.
Oxucu bir peer-ə toxunmazdan əvvəl nəyə cavab verməlidir
Sıxılma ünvanları səliqəli göstərir, səliqə isə struktur deyil. Struktur provayderin hansı aralığı delegasiya etdiyini, hansını sizin seçdiyinizi, hansının müştəri hovuzu olduğunu və hansının bir sahənin arxasında durduğunu bilməkdir.
Gələn rübdə qoşulan və ikinci sahə əlavə etməli olan həmkar üçün yazın. Giriş bunu deməsə, səhifədə heç nə prefiksin haradan gəldiyini onlara demir. Bunu atlayın, ilk dəyişiklik arxeologiyaya çevrilir.
Planın hər sətri nə daşımalıdır
Dörd sahə girişi yoxlanıla bilən edir: prefiksin uzunluğu, sahibi, trafikin sonra hara getdiyi və dəyəri hansı komponentin payladığı. Bunları işləyən konfiqurasiya ilə tutuşdurun, hər hansı uyğunsuzluq özü üzə çıxır. Keçən ay silinmiş tunelə yönəlmiş növbəti hop dərhal səhv görünür, fonla qarışmır.
Bu gün ikisi eyni prefiksi paylaşsa da rolları ayrı sətirlərdə saxlayın. Onları birləşdirmək sonrakı bölgünü düzəliş deyil, yeni ayırma kimi oxudur.
| 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 |
Kanonik mətn və konfiqurasiya sintaksisi harada ayrılır
RFC 5952 ünvan üçün bir mətn forması müəyyən edir: kiçik hərflər, baş sıfırlar yoxdur və sıfır qruplarının ən uzun ardıcıllığı dəqiq bir dəfə sıxılır. Onu qeydlərdə, biletlərdə və dəyişiklik protokollarında istifadə edin ki, iki sənəd çevirmədən müqayisə olunsun. Bir ünvanın iki yazılışı ilə rastlaşan oxucu mövcud olmayan fərqi axtarmağa başlayır. Buradakı ardıcıllıq ucuzdur və bütöv bir yanlış siqnal sinfini aradan qaldırır.
Konfiqurasiya faylları öz qaydalarına tabedir və bunlar oxunaqlıq qaydaları deyil. Portla cütlənmiş ünvan, çılpaq ünvan lazım olmasa da, mötərizə tələb edir və qeyddən konfiqurasiya faylına köçürmə bu fərqi xəbərdarlıqsız itirir. Hər sahənin istifadə etdiyi formanı adlandırın, yoxsa plan qarşısını almaq üçün yaradıldığı köçürmə səhvinə səbəb olur.
Hər biri işarələndiyi müddətcə iki notasiya qəbildir. İşarələnməmiş qarışdırma səhvi dəvət edən şeydir.
Üst-üstə düşən aralıqlar və itkin qayıdış yolları harada görünür
Üst-üstə düşmə digər səhvlərdən uzun yaşayır, çünki iki sahə eyni aralığa cavab verənə qədər heç nə səhv görünmür. Sahəni işarələyin və nümunəni kopyalamaq əvəzinə sənədləşdirilmiş prosedurla unikal-lokal prefikslər yaradın.
Müştəri siyahısı cavabın hansı istiqamətdə getdiyini heç vaxt izah etmir. LAN şlüzünün geri yolunu tunelin daşıdığı peer aralığının yanında qeyd edin, qeyd sorğu alıb susan uzaq alt şəbəkəni izah edir. Aşağıdakı yoxlamaları qutuda işə salın və girişlə müqayisə edin. ip -6 route ilə ziddiyyət təşkil edən plan insanların oxumağı dayandırdığı plandır.
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0Əlçatanlıq icazə deyil və prefiks heç vaxt siyasət demək deyil. Nəzərdə tutulan girişi tətbiq olunduğu marşrutun yanına yazın. Əks halda növbəti oxucu plandakı ünvanı onun arxasındakı hər xidmətə çatmaq icazəsi kimi qəbul edir.
Plan üçüncü sahədən necə sağ çıxır
Hər prefiksi delegasiya edilmiş, yerli təyin edilmiş və ya başqa yolla marşrutlaşdırılmış kimi işarələyin. Yer dəyişə bilən hər şey üçün onu dəyişən prosesi adlandırın. Sonra eyni pəncərədə dəyişməli olan DNS qeydlərini və firewall qaydalarını sadalayın, çünki routerdə dayanan prefiks yeniləməsi yarımçıqdır.
Dəyişiklikdən sonra sənədi redaktə etməzdən əvvəl dəyişikliyin toxunduğu hər sərhədin arxasındakı resursa çatın. Keçən ayın şəbəkəsini təsvir edən plan heç olmamasından pisdir, çünki insanlar ona güvənir. Geri götürülmüş ayırmaları getdikləri tarixlə birlikdə sadalanmış saxlayın ki, heç kim onları təsadüfən yenidən verməsin. Sirlər fayldan kənarda qalır; plan şəbəkəni izah edir, onu açmır.
Planı dəyişikliklərin nəzərdən keçirildiyi yerdə, təsvir etdiyi konfiqurasiyanın yanında saxlayın. Heç kimin yenidən oxumadığı sənəd xəritələdiyi şəbəkədən tez çürüyür.