IPv6 VPN manzil rejasini bir yildan keyin ham o'qishli saqlash yo'li
O'qishli reja qaysi prefiks qaysi saytga tegishli ekanini va javoblar qanday qaytishini aytadi. Har bir yozuv yonida rollar, belgilash, vakolat va qaytish yo'llarini yozing.
Manzil rejasi o'z o'rniga loyiqmi yoki yo'qmi, buni ikki savol hal qiladi: qaysi prefiks qaysi saytga tegishli va javob o'sha saytdan qanday chiqadi. Ikkalasiga bir vaqtda javob bering va xizmatchi hech kimdan so'ramasdan tengdoshni o'zgartira oladi. Hujjatdagi qolgan hamma narsa o'sha ikki javobni qo'llab-quvvatlash uchun bor. Ikkalasini ham qo'llab-quvvatlamagan narsa bezakdir.
Tengdoshga tegishdan oldin o'quvchi nimaga javob berishi kerak
Siqish manzillarni tartibli ko'rsatadi, tartiblilik esa tuzilma emas. Tuzilma — provayder qaysi diapazonni vakolat berganini, qaysinisini siz tanlaganingizni, qaysinisi mijozlar hovuzi ekanini va qaysinisi sayt orqasida turganini bilish.
Keyingi chorakda qo'shiladigan va ikkinchi saytni qo'shishi kerak bo'lgan hamkasb uchun yozing. Yozuv aytmasa, sahifadagi hech narsa prefiks qayerdan kelganini aytmaydi. Buni tashlab ketsangiz, birinchi o'zgarish arxeologiyaga aylanadi.
Rejaning har bir qatori nima olib yurishi kerak
To'rt maydon yozuvni tekshirish mumkin qiladi: prefiks uzunligi, uning egasi, trafik keyin qayerga ketadi va qaysi komponent qiymatni taqsimlaydi. Ularni ishlab turgan konfiguratsiya bilan solishtiring, har qanday kelishmovchilik o'zi ko'rinadi. O'tgan oy olib tashlangan tunnelga qaratilgan keyingi sakrash atrofga singib ketish o'rniga darhol noto'g'ri ko'rinadi.
Bugun ikkitasi bir prefiksni bo'lishsa ham rollarni alohida qatorlarda tuting. Ularni birlashtirish keyingi bo'linishni tuzatish emas, yangi taqsimot kabi o'qilishiga olib keladi.
| 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 matn va konfiguratsiya sintaksisi qayerda ajraladi
RFC 5952 manzil uchun bitta matn shaklini belgilaydi: kichik harflar, boshida nol yo'q va nol guruhlarining eng uzun ketma-ketligi aynan bir marta siqilgan. Uni yozuvlarda, chiptalarda va o'zgarishlar jurnalida ishlating, shunda ikki hujjat aylantirishsiz solishtiriladi. Bir manzilning ikki yozilishini uchratgan o'quvchilar mavjud bo'lmagan farqni qidira boshlaydi. Bu yerda izchillik arzon va u yolg'on ogohlantirishlarning butun sinfini yo'q qiladi.
Konfiguratsiya fayllari o'z qoidalariga bo'ysunadi va ular o'qish qoidalari emas. Port bilan juftlangan manzil yalang'och manzilga kerak bo'lmasa ham qavs talab qiladi, va yozuvdan konfiguratsiya fayliga ko'chirish bu farqni ogohlantirishsiz yo'qotadi. Har bir maydon qaysi shakldan foydalanishini nomlang, aks holda reja o'zi oldini olishi kerak bo'lgan ko'chirish xatosini keltirib chiqaradi.
Ikkita belgilash ham yaxshi, agar har biri etiketlangan bo'lsa. Etiketsiz aralashtirishgina xatoga chorlaydi.
Qoplangan diapazonlar va yo'qolgan qaytish yo'llari qayerda ko'rinadi
Qoplanish boshqa xatolardan uzoq yashaydi, chunki ikki sayt bir diapazon uchun javob bermaguncha hech narsa noto'g'ri ko'rinmaydi. Saytni etiketlang va misol nusxalash o'rniga hujjatlashtirilgan tartib bilan mahalliy noyob prefikslar yarating.
Mijozlar ro'yxati javob qaysi yo'nalishda ketishini hech qachon tushuntirmaydi. Tunnel olib yuradigan tengdosh diapazoni yoniga LAN darvozasining qaytish yo'lini yozing, va yozuv so'rovlarni olib jim turadigan uzoq ichki tarmoqni tushuntiradi. Quyidagi tekshiruvlarni mashinada ishga tushiring va yozuv bilan solishtiring. ip -6 route bilan mos kelmaydigan reja — odamlar o'qishni to'xtatadigan reja.
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0Yetib borish ruxsat emas, va prefiks hech qachon siyosatni anglatmaydi. Ko'zlangan kirishni u qo'llaniladigan marshrut yoniga yozing. Aks holda keyingi o'quvchi rejadagi manzilni uning orqasidagi har bir xizmatga yetish ruxsati deb biladi.
Reja uchinchi saytdan qanday omon qoladi
Har bir prefiksni vakolat berilgan, mahalliy taqsimlangan yoki boshqa yo'l bilan marshrutlangan deb belgilang. Ko'chishi mumkin bo'lgan har bir narsa uchun uni ko'chiradigan jarayonni nomlang. So'ngra o'sha oynada o'zgarishi kerak bo'lgan DNS yozuvlari va tarmoq devori qoidalarini sanab o'ting, chunki marshrutizatorda to'xtaydigan prefiks yangilanishi yarim bajarilgan.
O'zgarishdan keyin hujjatni tahrirlashdan oldin o'zgarish tekkan har bir chegaraning orqasidagi manbaga yetib boring. O'tgan oyning tarmog'ini tasvirlaydigan reja hech narsadan yomonroq, chunki odamlar unga ishonadi. Qaytarib olingan taqsimotlarni ular yo'qolgan sana bilan ro'yxatda tuting, hech kim ularni bexosdan qayta chiqarmasin. Sirlar fayldan tashqarida qoladi; reja tarmoqni tushuntiradi, uni ochmaydi.
Rejani o'zgarishlar ko'rib chiqiladigan joyda, u tasvirlaydigan konfiguratsiya yonida saqlang. Hech kim qayta o'qimaydigan hujjat u xaritaga tushiradigan tarmoqdan tezroq chiriy boshlaydi.