hosts ფაილის აღმდგენი VPN ამოცანები მოგვიანებით ცვლილებებს შლიან

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

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

მოგვიანებით აღდგენილი სარეზერვო ასლი ახლანდელი ასლი არ არის

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

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

ყოველი მოვლენა შეტყობინებაა, არა ტრანზაქცია

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

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

მიეცით ყოველ დაკავშირებას მფლობელი

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

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

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

როცა პირობითი DNS ნამდვილი საჭიროებაა

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

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

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