Dzierżawa zapasowa po powrocie tunelu oddziału: odnowić czy czekać?

Łącze oddziału działa, tunel jest zestawiony, a komputery filii nadal nie docierają do serwera plików. Podczas awarii chodziły dwa zegary i tylko jeden z nich się skończył. Tunel odzyskał sprawność, gdy wróciła szyfrowana ścieżka; adres każdego klienta odzyskuje się, gdy jego bieżąca dzierżawa wygaśnie lub zostanie zastąpiona. Porównanie tych dwóch osi czasu wyjaśnia lukę szybciej niż czytanie logów zapory.

Dwa zegary, a jeden z nich nie jest tunelem

Z DHCP przez VPN i lokalnym mechanizmem zapasowym urządzenie może wydawać tymczasowe dzierżawy lokalne, dopóki zdalna ścieżka DHCP jest niedostępna. Tymczasowy czas trwania liczy się zwykle w minutach, co jest dość krótkie, by ukryć problem, i dość długie, by przetrwać krótką awarię. Gdy tunel wraca, mechanizm zapasowy przestaje oferować te dzierżawy. Nie wchodzi do klienta i nie anuluje dzierżawy, którą ten już trzyma. Ten klient zachowuje adres, maskę, bramę i resolver do odnowienia lub wygaśnięcia, dlatego zdrowy tunel i zepsuty komputer mogą współistnieć do końca dzierżawy.

Trzymaj implementację i wersję oprogramowania powiązane z tym stwierdzeniem. Nazwy timerów i wartości domyślne różnią się między wydaniami SonicOS, a starszy interfejs nie dowodzi, co robi nowszy.

Porównaj dwa kroki odzyskiwania

Krok A to czekanie. Nie kosztuje nic, niczym nie ryzykuje i pozwala każdemu klientowi odnowić według własnego harmonogramu. Krok B to wymuszenie zwolnienia i odnowienia na dotkniętym kliencie, co daje zamierzony adres od razu, ale przerywa wszystko, co klient robi. Na jednym komputerze wymuszone odnowienie jest zwykle szybszą drogą i łatwo je uzasadnić. W laboratorium lub na terminalu sprzedażowym w środku transakcji czekanie jest bezpieczniejszym wyborem, a zaplanowane odnowienie poza godzinami pracy bije oba.

ipconfig /all
ipconfig /release
ipconfig /renew

Przeczytaj wynik, zanim cokolwiek zwolnisz. Jeśli adres, brama i DNS już pasują do zwykłego zakresu, klient odzyskał sprawność sam, a pozostały problem jest gdzie indziej. Na kliencie Linux odpowiednikiem jest zwolnienie i odnowienie dzierżawy przez menedżera sieci, a nie ręcznie edytowany adres, bo inaczej menedżer nadpisze twoją zmianę przy następnym zdarzeniu.

Czytaj ofertę, nie tylko adres

Sam adres nie mówi, kto go dostarczył. Liczy się identyfikator serwera w ofercie, czas dzierżawy i to, czy brama oraz resolver pasują do zakresu zapasowego, czy do zwykłego.

tcpdump -ni any 'port 67 or port 68'

Przechwytuj podczas odnowienia, bo cichy interfejs mówi, że klient nigdy nie poprosił. Jeśli oferta pochodzi z lokalnego mechanizmu zapasowego, gdy tunel działa, logika wyboru nadal traktuje zdalną ścieżkę jako niedostępną, a wymuszone odnowienia u klientów tylko powtórzą ten sam wynik. Skojarz przechwycenie ze zdarzeniami tunelu na tym samym zegarze. Odnowienie kluczy lub krótkie zerwanie kończące się sekundy przed żądaniem klienta to prawdopodobna przyczyna; czysty tunel z odpowiedzią zapasową to problem konfiguracji na ścieżce wyboru.

Gdzie porównanie się odwraca

Jeśli wiele klientów jest dotkniętych naraz, odnowienia na klienta zamieniają się w kolejkę przerw i telefon do wsparcia. W takim przypadku patrz na zakres zapasowy i procedurę przywracania, a nie na klientów, bo populacja odzyskała sprawność razem i razem odzyska ją ponownie.

Jeśli dotknięty jest tylko jeden klient, a sąsiedzi są w porządku, jest odwrotnie: zmienną jest dzierżawa tego klienta, jego rezerwacja lub zachowanie jego własnego klienta DHCP, a zmiana w całym oddziale to niewłaściwe narzędzie.

Adresy statyczne i rezerwacje wymagają trzeciej odpowiedzi. Klienta przypiętego do adresu nie uratuje odnowienie, a rezerwacja kolidująca z zakresem zapasowym tworzy duplikat, który wygląda jak błąd routingu, dopóki nie porównasz obu planów adresowych.

Zapisz procedurę wyjścia

Zdecyduj z góry, do czego służy mechanizm zapasowy, jak długo klient może trzymać tymczasowy adres i kto może wymusić odnowienie w godzinach pracy. Zapisz odpowiedź tam, gdzie znajdzie ją inżynier dyżurny, obok definicji zakresu. Potem przetestuj to raz świadomie: zerwij tunel, zobacz, co odbiera klient, przywróć tunel i zapisz, ile czasu klient potrzebuje na odzyskanie zwykłych ustawień. To jedno ćwiczenie zastępuje większość zgadywania, gdy następnym razem łącze oddziału zamigocze.

Zakończ potwierdzeniem zasobu, nie adresu. Dotarcie do serwera plików, rozwiązanie jego nazwy i dotarcie do internetu to trzy osobne sprawdzenia, i tylko ostatnie nigdy nie było wątpliwe.