სამ პუბლიკატორს შეუძლია დომენის კონტროლერის VPN მისამართი DNS-ში ჩადოს

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

ერთი პარამეტრი, ერთი სერვისი და ერთი როლი; სამი პუბლიკატორი, სამი გადამრთველი.

დაიწყეთ ჩანაწერით და არა მონიშვნის უჯრით

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

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

ადაპტერი მხოლოდ ერთი პუბლიკატორია

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

სამი გადამრთველი, სამი მფლობელი და მათგან მხოლოდ ერთი ცხოვრობს ადაპტერის თვისებების გვერდზე.

DNS სერვისს საკუთარი მისამართები აქვს

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

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

საკუთრება დასუფთავებამდე

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

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

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