IPv6 VPN-ийн хаягийн төлөвлөгөөг нэг жилийн дараа ч уншигдахуйц байлгах арга
Уншигдахуйц төлөвлөгөө нь аль префикс аль сайтад хамаарах, хариултууд хэрхэн буцаж ирэхийг хэлнэ. Бичлэг бүрийн дэргэд үүрэг, тэмдэглэгээ, шилжүүлэг, буцах замыг тэмдэглэнэ.
Хаягийн төлөвлөгөө өөрийн байр суурийг хүртэх эсэхийг хоёр асуулт шийднэ: аль префикс аль сайтад хамаарах, хариулт тэр сайтаас хэрхэн гардаг. Хоёуланд нь нэг удаад хариулбал засварлагч хэнийг ч асуулгүйгээр хамтрагчийг өөрчилж чадна. Баримт бичгийн бусад бүхэн тэр хоёр хариултыг дэмжихэд зориулагдсан. Аль нэгийг нь ч дэмжихгүй зүйл чимэглэл юм.
Хамтрагчид хүрэхийн өмнө уншигч юунд хариулах ёстой
Шахах нь хаягийг цэгцтэй харагдуулдаг бөгөөд цэгцтэй байдал нь бүтэц биш. Бүтэц гэдэг нь нийлүүлэгч ямар мужийг шилжүүлсэн, та аль нэгийг сонгосон, аль нь хэрэглэгчийн сан болох, аль нь сайтын ард байгааг мэдэх явдал.
Дараа улиралд нэгдэж, хоёр дахь сайт нэмэх шаардлагатай ажилтанд зориулж бичээрэй. Хуудсан дээрх юу ч префикс хаанаас ирснийг хэлэхгүй, хэрэв бичлэг хэлэхгүй бол. Үүнийг алгасвал эхний өөрчлөлт археологи болж хувирна.
Төлөвлөгөөний мөр бүр юу агуулах ёстой
Дөрвөн талбар бичлэгийг шалгах боломжтой болгоно: префиксийн урт, эзэмшигч, трафик хаашаа явах, аль бүрэлдэхүүн утгыг хуваарилах. Тэдгээрийг ажиллаж буй тохиргоотой харьцуулбал аливаа зөрүү өөрөө илэрнэ. Өнгөрсөн сард хасагдсан туннель рүү чиглэсэн дараагийн үсрэлт нь эргэн тойронд уусахын оронд шууд буруу харагдана.
Өнөөдөр хоёр үүрэг нэг префиксийг хуваалцсан ч үүргүүдийг тусдаа мөрөнд байлга. Тэдгээрийг нэгтгэвэл дараагийн хуваалт засвар биш, шинэ хуваарилалт мэт уншигдана.
| 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 |
Канон текст болон тохиргооны синтакс хаана салдаг
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 бичлэг, галт хананы дүрмийг жагсаагаарай, учир нь маршрутлагч дээр зогсдог префиксийн шинэчлэл хагас дутуу.
Өөрчлөлтийн дараа баримт бичгийг засахаас өмнө өөрчлөлтийн хүрсэн хил бүрийн ард байгаа нөөцөд хүрээрэй. Өнгөрсөн сарын сүлжээг дүрсэлсэн төлөвлөгөө байхгүйгээс ч дор, учир нь хүмүүс түүнд итгэдэг. Цуцалсан хуваарилалтыг алга болсон огноотой нь жагсаалтад байлгаарай, хэн нэгэн санамсаргүйгээр дахин гаргахгүйн тулд. Нууцууд файлаас гадуур байна; төлөвлөгөө сүлжээг тайлбарладаг, түүнийг нээдэггүй.
Төлөвлөгөөг өөрчлөлтийг хянадаг газарт, өөрийн дүрсэлсэн тохиргооны дэргэд хадгалаарай. Хэн ч дахин уншдаггүй баримт бичиг өөрийн газрын зураг болгосон сүлжээнээс хурдан ялзарна.