რატომ აგზავნის Windows თქვენი VPN სახელებს DNS სერვერზე, რომელიც არასდროს დაგიყენებიათ

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

რა შეცვალეთ და რა წყვეტს სინამდვილეში

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

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

როგორ ადარებს ცხრილი სახელს

წესები გასაღებდებულია სახელთა სივრცით და ყველაზე ზუსტი დამთხვევა იმარჯვებს. corp.example-ის წესი ვრცელდება vpn.corp.example-ზე და არ ვრცელდება example.net-ზე. . სახელთა სივრცის მქონე წესი ფარავს ყველაფერს, რასაც სხვა წესები არ ფარავენ, რაც მას სიის ყველაზე საშიშ ჩანაწერად აქცევს და იმად, რომლის შემოწმებაც ღირს, როცა დაუკავშირებელი საიტი გვირაბის გავლით იხსნება.

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

წაიკითხეთ მოქმედი ცხრილი და არა სურვილების სია

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

შეადარეთ ამ გამოტანის სუფიქსი თქვენს სატესტო სახელს, სიმბოლო სიმბოლოდ. corp.example-ის წესი არ იჭერს corp.example.com-ით დამთავრებულ სახელს და წერტილის არსებობა ბოლოში ერთ ადგილას და არქონა მეორეში საკმარისია დამთხვევის შესაცვლელად.

წესის გარეშე Windows ერთზე მეტ ადაპტერს ეკითხება

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

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

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

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

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

გამოსცადეთ იმ სახელით, რომელმაც ვერ იმუშავა

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

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