NetworkManager თუ wg-quick: ვინ ფლობს თქვენს WireGuard მარშრუტებს?

თქვენ ცვლით AllowedIPs-ს WireGuard-ის ფაილში, ხელახლა უშვებთ გვირაბს და მარშრუტიზაციის ცხრილი ზუსტად ისე გამოიყურება, როგორც ადრე. ჩვეულებრივი რეაქციაა შემაწუხებელი მარშრუტის წაშლა და გაგრძელება, რაც მუშაობს მანამ, სანამ შემდეგი ხელახალი დაკავშირება მას არ დააბრუნებს. თქვენ მიერ შეცვლილი ფაილი არ არის აუცილებლად ის ობიექტი, რომელმაც შექმნა ის მდგომარეობა, რომელსაც ხედავთ. ორ მენეჯერს შეუძლია ერთი და იგივე პროტოკოლი ამუშავოს ერთ მანქანაზე, და მხოლოდ ერთი მათგანი ფლობს ინტერფეისს ერთდროულად.

მითი: მანქანაზე WireGuard-ის ერთი კონფიგურაციაა

wg-quick კითხულობს ფაილს /etc/wireguard/ -ში და აშენებს ინტერფეისს, როცა მას ამოიყვანთ. NetworkManager ინახავს კავშირის პროფილს თავის keyfile ფორმატში და წარმოადგენს მას გააქტიურებისას, და wg-quick ფაილის იმპორტი აკოპირებს მნიშვნელობებს ამ პროფილში, ნაცვლად მასზე მიბმისა. ამის შემდეგ ორიგინალის რედაქტირება არაფერს ცვლის, რადგან პროფილი მას აღარ კითხულობს. ამრიგად, პირების და გასაღებების იგივე სია შეიძლება ორჯერ არსებობდეს, და მოქმედია მეორე ასლი.

დასამახსოვრებელი ნიშანი: ცვლილებები, რომლებიც გადაიტანს გადატვირთვას, მაგრამ არა ხელახალ იმპორტს, მოდის ერთი საცავიდან, ხოლო გადატვირთვისას გამქრალი ცვლილებები — მეორიდან.

ერთი პრაქტიკული მაგალითი ცხადყოფს გაყოფას. შეადარეთ nmcli connection show -ს systemctl status wg-quick@wg0, შემდეგ შეამოწმეთ, რომელ ინტერფეისზეა სინამდვილეში დაკიდული მარშრუტები. თუ სერვისი მკვდარია და ინტერფეისი აწეულია, საქმეს პროფილი აკეთებს, რაც არ უნდა თქვას ფაილმა.

მითი: მარშრუტიზაციის წესები WireGuard-ის ნაწილია

ბირთვის WireGuard მოწყობილობამ იცის პირები და გასაღებები, და არაფერი იცის პოლიტიკური მარშრუტიზაციის შესახებ. რასაც ip rule ჩანაწერებს და დამატებით ცხრილებს დაინახავთ, დააყენა იმ ხელსაწყომ, რომელმაც ინტერფეისი აწია. wg-quick-ს შეუძლია დაამატოს fwmark და გამოყოფილი ცხრილი, ასევე მასზე მიმთითებელი წესები, მაშინ როცა NetworkManager მარშრუტებს საკუთარი ipv4 პარამეტრებით აყენებს და DNS-ს იმ რეზოლვერის ბექენდს უტოვებს, რომელსაც სისტემა იყენებს. იგივე გვირაბი, სხვადასხვა გვერდითი ეფექტი.

სანამ რამეს შეცვლით, წაიკითხეთ ip rule და ip route show table all , და ჩაინიშნეთ, რომელ ცხრილში ცხოვრობს თითოეული მარშრუტი. ცხრილის ის ნომერი, რომელიც თქვენ არ დააკონფიგურირეთ, ძლიერი მინიშნებაა მისი შემქმნელი ხელსაწყოს შესახებ.

მითი: მარშრუტის წაშლა შესწორებაა

მუშაობის დროს წაშლილი მარშრუტი არის მარშრუტი, რომელსაც მფლობელი შემდეგი გააქტიურებისას ხელახლა დააყენებს, და გააქტიურება შეიძლება თქვენ გარეშე მოხდეს: ლეპტოპის გაღვიძება, კავშირის რყევა, სერვისის გადატვირთვა ან NetworkManager-ის ავტომატური დაკავშირება. ამიტომ ბრუნდება იგივე მარშრუტი და ამიტომ გვერდის ავლა არა არასწორი, არამედ არასანდო ჩანს. ჯერ განსაზღვრეთ მენეჯერი, შემდეგ შეცვალეთ ის შეყვანა, რომელსაც ეს მენეჯერი ნამდვილად კითხულობს.

ხელახალი დაკავშირება და შესაბამისი სერვისის გადატვირთვა ის გამოცდაა, რომელიც ნამდვილ შესწორებას მოწესრიგებულად მოჩვენებულისგან გამოჰყოფს.

აირჩიეთ ერთი მფლობელი და მოხსენით მეორე

აირჩიეთ მენეჯერი, რომელსაც თქვენი განლაგება მხარს უჭერს, შემდეგ გამორთეთ კონკურენტი გააქტიურება მისი დოკუმენტირებული მართვის საშუალებით, იმის იმედის ნაცვლად, რომ ის უმოქმედო დარჩება. ნიღბიანი wg-quick სერვისი ან წაშლილი NetworkManager პროფილი ცხადია; ორივეს ჩართული დატოვება და მათი დაჯიბრება არა. რამის გამორთვამდე შეინარჩუნეთ მუშა წვდომა, რადგან თქვენი დისტანციური სესიის მატარებელი ინტერფეისი შეიძლება სწორედ ის იყოს, რომლის მოშორებასაც აპირებთ.

ცვლილების შემდეგ შეამოწმეთ ჩართული და გამორიცხული ტრაფიკი, შემდეგ DNS, შემდეგ ერთხელ გადატვირთეთ. თუ მდგომარეობა გადატვირთვას ერთი მენეჯერით გაუძლებს, თქვენ გაქვთ მფლობელი და არა დამთხვევა.

ზოგადი წესი ღირს დაიმახსოვროთ WireGuard-ის მიღმაც: როცა პარამეტრი გამუდმებით ბრუნდება, შეწყვიტეთ შედეგის წაშლა და იპოვეთ პროცესი, რომელიც მას მუდმივად აწარმოებს.