Салбарыг төв рүү чиглүүлэх нь энэ загварын хялбар хагас бөгөөд салбар өөрчлөгддөг гар утасны хаягийн ард байх, төв тогтвортой нэртэй байх үед. Тэгвэл төв салбарыг таны шинэчилж байх ёстой бүртгэлээс биш, баталгаажсан урсгалаас суралцдаг. Гэрээ энгийн: салбар үргэлж эхэлдэг.

Үүнийг санаатайгаар тохируулаад дараа нь хүмүүс ажилладаг гэж үздэг хэсгийг шалгаарай. Хоёр алхам хоёулаа хэдэн минут зарцуулдаг бөгөөд эдгээр загварууд ихэвчлэн хоёр дахь шатанд бүтэлгүйтдэг.

Аль тал тогтвортой төгсгөлийн цэгийг хадгалдаг вэ

Салбарын тохиргоо нь төвийн төгсгөлийн цэг болон түүний нийтийн түлхүүрийг нэрлэдэг. Төвийн тохиргоо нь салбарын нийтийн түлхүүр болон түүний зөвшөөрөгдсөн дотоод префиксүүдийг нэрлэдэг бөгөөд төгсгөлийн цэг огт байхгүй байж болно, учир нь таних тэмдэг нь сүүлийн пакетын эх хаягаас биш, түлхүүрээс ирдэг. Энэхүү тэгш бус байдал нь бүх механизм бөгөөд энэ нь төвийн талаас илрүүлэх асуудлын бүхэл бүтэн ангийг арилгадаг.

Салбар баталгаажсан пакет илгээх үед төв нь түүний ирсэн эхийг бүртгэж, хариултад тэр зураглалыг ашигладаг. Тэгвэл гар утасны холбоосыг дахин дугаарлах нь дараагийн гар барилтаас өөр юу ч зарцуулдаггүй бөгөөд танд дахин хэрэггүй болсон бүрэлдэхүүн хэсэг бүр шилжилтийн үед бүтэлгүйтэж чадахгүй нэг юм. Энэ шинж чанарыг төлөвлөсөн өөрчлөлтийн үеэр туршиж үзэх нь зүйтэй, ослын үеэр биш. Хэн нэгэн хоёр үзүүрийг зэрэг харж байх үед үүнийг хий.

Салбарт дахин дугаарлалтыг даван туулах тохиргоо өг

Төгсгөлийн цэг болон keepalive-ыг салбар дээр байлга, төвийн хамтрагчийн бичлэгийг хатуу кодлосон хаяггүй байлга. keepalive нь орчуулсан зураглалыг төв ажилгүй үеийн дараа хүсээгүй урсгал илгээхэд хангалттай удаан нээлттэй байлгадаг.

[Peer]
PublicKey = HUB_PUBLIC_KEY_BASE64
Endpoint = hub.example.net:51820
AllowedIPs = 10.60.0.0/24, 10.60.10.0/24
PersistentKeepalive = 25

Хорин таван секунд нь NAT зураглалыг амьд байлгах түгээмэл дурдагддаг жишээ бөгөөд хамтрагч бүрт тавигдах шаардлага биш. Үүнийг та бодитоор ажиглаж буй зураглалын хугацааны хязгаарт тохируулж, интерфейс ассан байх хугацаанд өгөгдлийн хязгаартай шугам дээр урсгал үүсгэдгийг санаарай.

Төвд салбарын хамтрагчийн зөвшөөрөгдсөн префиксүүд салбарын илгээх бүх зүйлийг хамарсан байх ёстой. Дутуу префикс алслагдсан үзүүрт чиглүүлэлтийн алдаа мэт ажилладаг бөгөөд аль ч талд анхааруулга өгдөггүй, тиймээс эхний бодит пакетын өмнө хянах нь зүйтэй. Эхний холболтын өмнө төвийн зөвшөөрөгдсөн префиксүүдийг салбарын интерфейсийн хаягуудтай харьцуул.

Зураглал болон шилжилтийг шалга

Гар барилт дуусдаг, төв салбарын одоогийн төгсгөлийн цэгийг жагсаадаг, салбарын дотоод хаягууд туннелиар хүрч болохыг батал. Энэ бол суурь шугам бөгөөд хэн нэгэн гар утасны холбоост хүрэхээс өмнө бүртгэх ёстой. Хоёр мөр гаралт хангалттай. Тэдгээрийг цагийн тэмдэглэгээтэй хамт тасалбарт хадгал.

wg show wg0
wg show wg0 latest-handshakes
ip route show default
ping -c 3 10.60.10.1

Дараа нь энэ загвар байгаа шалтгаан болсон эвдрэлийг туршиж үз. Үндсэн WAN-ыг салгаж, салбарын төв рүү чиглэсэн суурь зам одоо гар утасны интерфейсээр гарч байгааг батал. Туннель эвдэрсэн физик замыг засах боломжгүй тул үхсэн дээд холбоос руу чиглэсээр байгаа гадаад зам гар барилтын хугацаа хэтэрхий болж, энэ нь яг төвийн асуудал мэт харагдана.

Хэрэв гадаад зам тодорхой холбогдсон эсвэл бодлогоор чиглүүлэгдсэн бол шилжилт нь түүнийг хамарсан байх ёстой. Зөв уншигдах загвар болон тасалдлыг даван туулах загварын хоорондох энэ зөрүү нь ихэвчлэн цорын ганц дутуу зүйл юм.

Энэ загвар юуг шийдэхгүй вэ

Энд салбар руу орох холболтыг юу ч зөвшөөрөхгүй. Хэрэв гол оффис дэх ямар нэг зүйл гар утасны газрыг залгах ёстой бол туннелийн чиглэл нь энэ шаардлагад тохирохгүй, динамик DNS нь зөвхөн нэрийг шинэчилдэг. Провайдерын орчуулга, орж ирэх бодлого, клиентийн төгсгөлийн цэгийг шинэчлэх нь бүгд замд үлддэг бөгөөд өөрчлөгдсөн бичлэг операторын түвшний NAT-ыг онгойлгож чадахгүй.

Салбарын префиксыг бусад газар бүрээс тусгаарлаж, түүний гарц юу дамжуулахыг хязгаарла. Төвийн тогтвортой төгсгөлийн цэг нь илрүүлэлтийг хялбарчлах бөгөөд чиглүүлэлтийн загвар, хаягийн төлөвлөлт эсвэл аль аппликейшны зам шилжилтийг даван туулах вэ гэсэн асуултад юу ч хийдэггүй.

Runbook-д дөрвөн зүйл бич: хэн эхэлдэг, ямар префиксүүд зөвшөөрөгддөг, keepalive хэр урт, үндсэн холбоос унах үед юу болдог. Яг тэр мөрүүд нь ирээдүйн операторт шөнийн гурван цагт үнэхээр хэрэгтэй зүйл юм.

Холбоотой нийтлэлүүд