Rezervni najam nakon povratka tunela lokacije: obnoviti ili čekati?
Oporavljeni tunel lokacije i privremeni najam klijenta dvaju su satovi. Usporedite prisilnu obnovu s čekanjem i pročitajte koji je poslužitelj doista odgovorio.
Veza lokacije je podignuta, tunel uspostavljen, a računala podružnice još ne mogu doći do datotečnog poslužitelja. Tijekom prekida radila su dva sata i samo je jedan od njih završio. Tunel se oporavio kad se vratio šifrirani put; adresa svakog klijenta oporavlja se kad njegov trenutni najam završi ili bude zamijenjen. Usporedba tih dviju vremenskih crta objašnjava razliku brže od čitanja zapisa vatrozida.
Dva sata, a jedan od njih nije tunel
Uz DHCP preko VPN-a i lokalnu rezervu, uređaj može izdavati privremene lokalne najmove dok udaljeni DHCP put nije dostupan. Privremeno trajanje obično se broji u minutama, što je dovoljno kratko da sakrije problem i dovoljno dugo da nadživi kratki prekid. Kad se tunel vrati, rezerva prestaje nuditi te najmove. Ona ne ulazi u klijenta i ne poništava najam koji on već drži. Taj klijent zadržava svoju adresu, masku, pristupnik i razrješivač do obnove ili isteka, i zato zdravi tunel i pokvareno računalo mogu supostojati do kraja najma.
Držite implementaciju i verziju softvera vezane uz ovu tvrdnju. Nazivi mjerača vremena i zadane vrijednosti razlikuju se među izdanjima SonicOS-a, a starije sučelje ne dokazuje što radi novije.
Usporedite dva poteza oporavka
Potez A je čekati. Ne košta ništa, ne riskira ništa i prepušta svakom klijentu obnovu prema vlastitom rasporedu. Potez B je prisilno oslobađanje i obnova na zahvaćenom klijentu, što odmah daje željenu adresu, ali prekida sve što klijent radi. Na jednom računalu prisilna je obnova obično brži put i lako ju je opravdati. U laboratoriju ili na prodajnom terminalu usred transakcije čekanje je sigurniji izbor, a planirana obnova izvan radnog vremena pobjeđuje oboje.
ipconfig /all
ipconfig /release
ipconfig /renew
Pročitajte izlaz prije nego što bilo što oslobodite. Ako se adresa, pristupnik i DNS već podudaraju s uobičajenim rasponom, klijent se oporavio sam i preostali je problem negdje drugdje. Na klijentu s Linuxom ekvivalent je oslobađanje i obnova najma kroz mrežnog upravitelja, a ne rukom uređena adresa, jer će upravitelj inače prepisati vašu promjenu pri sljedećem događaju.
Čitajte ponudu, ne samo adresu
Sama adresa ne kaže tko ju je dao. Važan je identifikator poslužitelja u ponudi, vrijeme najma i to podudaraju li se pristupnik i razrješivač s rezervnim rasponom ili s uobičajenim.
tcpdump -ni any 'port 67 or port 68'
Snimajte tijekom obnove, jer tiha sučelja govore da klijent nikada nije pitao. Ako ponuda dolazi iz lokalne rezerve dok je tunel podignut, logika odabira još uvijek smatra udaljeni put nedostupnim, a prisilne obnove na klijentima samo će ponoviti isti rezultat. Povežite snimku s događajima tunela na istom satu. Obnova ključeva ili kratki prekid koji završava nekoliko sekundi prije zahtjeva klijenta vjerojatan je uzrok; čist tunel s rezervnim odgovorom je problem konfiguracije u putu odabira.
Gdje se usporedba okreće
Ako je odjednom zahvaćeno mnogo klijenata, obnove po klijentu pretvaraju se u red prekida i poziv podršci. U tom slučaju gledajte rezervni raspon i postupak uspostave, a ne klijente, jer se skupina oporavila zajedno i opet će se oporaviti zajedno.
Ako je zahvaćen samo jedan klijent dok su njegovi susjedi dobro, vrijedi obrnuto: najam tog klijenta, njegova rezervacija ili ponašanje njegovog DHCP klijenta varijabla je, a promjena na razini cijele lokacije pogrešan je alat.
Statične adrese i rezervacije trebaju treći odgovor. Klijent prikovan uz adresu ne može se spasiti obnovom, a rezervacija koja se sudara s rezervnim rasponom stvara duplikat koji izgleda kao kvar usmjeravanja dok ne usporedite dva adresna plana.
Zapišite postupak izlaska
Unaprijed odlučite čemu služi rezerva, koliko dugo klijent smije zadržati privremenu adresu i kome je dopušteno prisilno obnoviti najam tijekom radnog vremena. Zapišite odgovor tamo gdje će ga dežurni inženjer naći, uz definiciju raspona. Zatim to jednom svjesno isprobajte: srušite tunel, pogledajte što klijent prima, vratite tunel i zabilježite koliko klijentu treba da vrati uobičajene postavke. Ta jedna vježba zamjenjuje većinu nagađanja sljedeći put kad veza lokacije zatreperi.
Završite potvrdom resursa, a ne adrese. Dolazak do datotečnog poslužitelja, razrješavanje njegova imena i dolazak do interneta tri su odvojene provjere i samo posljednja nikada nije bila upitna.