Debian resolvconf-ის ჩანაწერების რიგი: VPN ჩანაწერი პირველ ადგილზე

VPN-ის სახელების სერვერი მუდამ LAN-ის სახელების სერვერის ქვემოთ ხვდება, და /etc/resolv.conf-ის რედაქტირება ამას რამდენიმე წუთით ასწორებს. ეს ფაილი გენერირდება, ამიტომ შესწორება არასდროს რჩება. Debian-ის resolvconf-ში რიგის შეყვანა /etc/resolvconf/interface-order-ია და ის ჩანაწერების სახელებს ალაგებს და არა DNS მისამართებს. სანამ რომელიმე ორ ფაილს შეეხებით, დაადასტურეთ რომელი resolver-ის სტეკია რეალურად პასუხისმგებელი.

დაადასტურეთ, რომ გამოსავალი resolvconf-ს ეკუთვნის

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

readlink -f /etc/resolv.conf
dpkg -l resolvconf 2>/dev/null | tail -n 1

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

მხოლოდ ამ შემოწმების შემდეგ ღირს ჩანაწერების ჩამოთვლა, რომლებსაც resolvconf ახლა ინახავს.

წაიკითხეთ ჩანაწერები შაბლონების დაწერამდე

interface-order მომწოდებლის ჩანაწერების სახელებს ემთხვევა, არა მისამართებს და არა ბირთვის ინტერფეისების სახელებს. ჩამოთვალეთ რა არის რეგისტრირებული, რომ თქვენი შაბლონები არსებულ ჩანაწერებს მიუთითებდეს.

ls /run/resolvconf/interfaces
cat /etc/resolvconf/interface-order

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

ჩაწერეთ რიგი როგორც პირველი დამთხვევის შაბლონები

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

# /etc/resolvconf/interface-order
lo*
tun_work.*
enp*
*

კონკრეტული გვირაბის შაბლონი ყველაფრის დამჭერი შაბლონის ზემოთ და ფიზიკური ინტერფეისის შაბლონის ზემოთ მოათავსეთ.

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

თავიდან შექმენით და შეამოწმეთ შედეგი

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

resolvconf -u
cat /etc/resolv.conf

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

მოძველებული ჩანაწერი ექსპლუატაციიდან გაიყვანეთ და ნუ დაუქვეითებთ

ძველი VPN ჩანაწერი, რომელიც კავშირის გაწყვეტის შემდეგ ისევ ჩნდება, კლიენტის ინტეგრაციის სასიცოცხლო ციკლის ხარვეზია. სიის ბოლოში გადატანა სიმპტომს მალავს და სიაში მკვდარ resolver-ს ტოვებს.

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

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