სარეზერვო იჯარა საიტის გვირაბის დაბრუნების შემდეგ: განვაახლოთ თუ დაველოდოთ?

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

ორი საათი, და ერთი მათგანი გვირაბი არ არის

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

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

შეადარეთ აღდგენის ორი ნაბიჯი

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

ipconfig /all
ipconfig /release
ipconfig /renew

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

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

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

tcpdump -ni any 'port 67 or port 68'

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

სადაც შედარება ბრუნდება

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

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

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

ჩაწერეთ გასვლის პროცედურა

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

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