Дахин ачаалсны дараа WireGuard хамтрагч алга болно: жинхэнэ тохиргоог ол

wg set-ээр нэмсэн хамтрагч тань өдөржин ping-д хариулж, дахин ачаалсны дараа алга болдог. Юу ч гэмтээгүй: цөм тэр хамтрагчийг амьд интерфэйсээс өөр хаана ч хадгалаагүй, ачаалах үед интерфэйсийг дахин үүсгэдэг бүхэн үүнийг таны хүрээгүй файлаас бүтээсэн. Засвар нь өөр нэг wg set биш. Аль бүрэлдэхүүн интерфэйсийг эзэмшиж байгааг тогтоож, тэр бүрэлдэхүүний төлөвийг засаж, дараа нь хамтрагч түүнийг устгасан амьдралын мөчлөгийн яг тэр үйл явдлыг даван туулж байгааг нотлох хэрэгтэй.

Үүнийг нэг удаа санаатайгаар давтах

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

Үүнийг хийхдээ гурван баримтыг бич: интерфэйсийн нэр, үүнийг эхлүүлсэн unit эсвэл профайл, мөн амьд үлдсэн хамтрагчийн гар барилтын тоолуур тэглэгдсэн эсэх. Тоолуур тэглэгдсэн бол интерфэйс устгагдаж, дахин бүтээгдсэн гэсэн үг; тоолуур өөрчлөгдөөгүй ч хамтрагч алга болсон бол таны хөлийн доор тохиргоог хэн нэгэн зассан гэсэн үг.

Интерфэйсийг хэн эзэмшдэг вэ?

WireGuard өөрөө демон, тохиргооны файлгүй. Үүний дээрх ямар нэг зүйл ачаалах үед wg-г дуудаж, тэр зүйл нь үнэний эх сурвалж юм. Ердийн нэр дэвшигчид нь [email protected], NetworkManager-ийн холболтын профайл, түгээлтэд хамаарах сүлжээний unit, эсвэл өөрийн мэдээллийн санг бичдэг удирдлагын панель юм.

Түгээлтийнхээ баримт бичгээс биш, системээс асуу. systemctl status wg-quick@wg0 ба nmcli connection show ихэвчлэн тус бүр нэг командаар үүнийг шийддэг. Хоёулаа интерфэйсийг өөртөө шаардвал ямар нэг зүйлийг засахаас өмнө алдааг олсон гэсэн үг: хоёр эзэмшигч ачаалах бүрт ижил төхөөрөмжийг дахин бичдэг бөгөөд хамгийн сүүлд ажилласан нь ялдаг.

systemctl status wg-quick@wg0 --no-pager
grep -R "Address\|SaveConfig\|PostUp" /etc/wireguard/wg0.conf
nmcli -g NAME,TYPE connection show
wg show wg0 peers

Ажиллагааны төлөв ба эхлэх төлөв нь ижил файл биш

wg set амьд төхөөрөмжийг netlink-ээр удирддаг. Энэ нь /etc/wireguard/wg0.conf, NetworkManager профайл эсвэл панелийн мэдээллийн санг бичдэггүй. Дараа нь амжилттай wg show нь цөм хамтрагчийг хүлээн авсныг нотолдог, ямар нэг зүйл түүнийг сэргээнэ гэсэн үг биш.

Эсрэг чиглэлд хоёр дахь урхи бий. wg-quick-ийн SaveConfig сонголт нь интерфэйсийг буулгах үед одоогийн интерфэйсийн төлөвийг тохиргооны файл руу буцааж бичдэг. Энэ нь идэвхтэй үед интерфэйс ажиллаж байх үед файлд хийсэн засварыг дараагийн унтраалт дарж болзошгүй бөгөөд та тэр мөр тэнд байсан гэж тангараглах болно. Хамтрагч байнга буцаж ирж байвал файлыг зогсоосны дараа унш, өмнө нь биш.

NetworkManager дахин өөрөөр аашилдаг: профайл нь түүнийх бөгөөд идэвхжүүлэх үед хэрэглэдэг тул идэвхтэй NetworkManager холболтын дэргэд гараар зассан .conf нь зөвхөн чимэглэл юм. Интерфэйсэд нэг эзэмшигч сонгоод, нөгөө менежерт түүнийг тайван орхихыг зөвшөөр.

Засвар хоёр газарт нэгэн зэрэг хүрэх ёстой

Эхлээд тогтвортой төлөвийг зас, дараа нь эзэмшигч түүнийг хэрэглэх болтугай, эцэст нь амьд төлөвийг шалга. Ийм дараалал нь аль ч алхамд гарсан доголдол гурван биш, нэг зүйл рүү заадаг гэсэн үг.

# 1. persistent state (wg-quick owner)
sudo vi /etc/wireguard/wg0.conf

# 2. apply through the owner, not by hand
sudo systemctl restart wg-quick@wg0

# 3. verify runtime matches the file
sudo wg show wg0
sudo wg showconf wg0

wg showconf амьд тохиргоог файлын хэрэглэдэг синтаксоор хэвлэдэг тул хоёрыг шууд харьцуулж болно. Тэр гаралтыг нууц мэт үз: дотор нь хувийн түлхүүрүүд байгаа тул тасалбар эсвэл чат сувагт нааж болохгүй. Хамтрагчдын нийтийн түлхүүр, зөвшөөрөгдсөн IP-г харьцуулж, санаатайгаар устгасан хамтрагч буцаж ирээгүйг шалга.

Амьдралын мөчлөгийн үйл явдлыг даван туулж байгааг нотлох

Эзэмшигчээр дамжуулан хоёр дахь удаа дахин ачаалж, дараа нь гурван тусдаа зүйлийг батал: хамтрагч wg show-д харагдана, хөдөлгөөний дараа гар барилтын тоолуур нэмэгдэнэ, туннелээс хамаардаг програмын хариу үнэхээр ирнэ. Хуучирсан гар барилттай жагсаагдсан хамтрагч нь чиглүүлэлт эсвэл түлхүүрийн асуудал, тогтвортой байдлын асуудал биш бөгөөд энэ ялгаа нь утгагүй тохиргооны засвараас хамгаална.

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