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

წაიკითხეთ დამხმარის მიერ დაბეჭდილი პირველი შეტყობინება და არა უკანასკნელი, და სხვაობა დაკარგულ ხელსაწყოსა და მიუწვდომელ სერვერს შორის აშკარა გახდება.

DNS სტრიქონი დამხმარის ფუნქციაა

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

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

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

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

წაიკითხეთ პირველი შეცდომა, რომელსაც დამხმარე ბეჭდავს

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

wg-quick up wg0
resolvectl status wg0
ip route get 10.66.0.1

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

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

რომელი გამხსნელი აქვს ჰოსტს სინამდვილეში

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

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

შიდა სახელები საკუთარ შემოწმებას იმსახურებენ. საჯარო გამხსნელმა შეიძლება ზოგადი დათვალიერება აღადგინოს, სანამ ყოველი კორპორატიული სახელი ვარდება, რაც იმის საპირისპიროა, რისთვისაც გვირაბი იყო. ჰკითხეთ განზრახულ სერვერს შიდა სახელი, სანამ დაასკვნით, რომ DNS გამოსწორდა.

გასუფთავება ისე მნიშვნელოვანია, როგორც კონფიგურაცია

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

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

დიაგნოსტიკა შეკეთებისგან ცალკე გქონდეთ. თუ ყოველი დანიშნულება ვარდება და არა მხოლოდ სახელების ძებნა, მაშინ მარშრუტები და გადამისამართება ეჭვმიტანილები არიან, DNS სტრიქონი კი ყურადღების გადატანაა. wg-quick-ის სახელმძღვანელო ადასტურებს, რომელ ველებს ამუშავებს და რომელი ეკუთვნის პროტოკოლს, და ეს საზღვარი ამ მოხსენებების უმეტესობის სრული პასუხია.

დაკავშირებული სტატიები