Bail de rezervă după revenirea tunelului sitului: reînnoim sau așteptăm?

Legătura sitului este activă, tunelul este stabilit, iar calculatoarele sucursalei tot nu ajung la serverul de fișiere. În timpul întreruperii mergeau două ceasuri și doar unul dintre ele s-a terminat. Tunelul s-a refăcut când calea criptată a revenit; adresa fiecărui client se reface când bailul curent expiră sau este înlocuit. Compararea acestor două linii de timp explică diferența mai repede decât citirea jurnalelor paravanului.

Două ceasuri, iar unul dintre ele nu este tunelul

Cu DHCP prin VPN plus o rezervă locală, dispozitivul poate distribui bailuri locale temporare cât timp calea DHCP de la distanță nu este disponibilă. Durata temporară se numără de obicei în minute, destul de scurtă ca să ascundă problema și destul de lungă ca să supraviețuiască unei întreruperi scurte. Când tunelul revine, rezerva încetează să mai ofere acele bailuri. Nu intră într-un client și nu anulează bailul pe care acesta îl are deja. Clientul respectiv își păstrează adresa, masca, poarta și resolverul până la reînnoire sau expirare, și de aceea un tunel sănătos și un desktop defect pot coexista pentru restul bailului.

Țineți implementarea și versiunea software legate de această afirmație. Numele temporizatoarelor și valorile implicite diferă între versiunile SonicOS, iar o interfață mai veche nu dovedește ce face una mai nouă.

Comparați cele două mișcări de recuperare

Mișcarea A este să aștepți. Nu costă nimic, nu riscă nimic și lasă fiecare client să reînnoiască după propriul program. Mișcarea B este să forțezi eliberarea și reînnoirea pe clientul afectat, ceea ce dă imediat adresa dorită dar întrerupe tot ce face clientul. Pe un singur desktop, forțarea reînnoirii este de obicei calea mai rapidă și ușor de justificat. Într-un laborator sau pe un terminal de vânzare în mijlocul unei tranzacții, așteptarea este alegerea mai sigură, iar o reînnoire programată în afara orelor de lucru le bate pe amândouă.

ipconfig /all
ipconfig /release
ipconfig /renew

Citiți ieșirea înainte de a elibera ceva. Dacă adresa, poarta și DNS corespund deja intervalului normal, clientul s-a refăcut singur și problema rămasă este în altă parte. Pe un client Linux echivalentul este eliberarea și reînnoirea bailului prin managerul de rețea în locul unei adrese editate manual, pentru că altfel managerul va rescrie modificarea la următorul eveniment.

Citiți oferta, nu doar adresa

Adresa singură nu spune cine a furnizat-o. Contează identificatorul serverului din ofertă, durata bailului și dacă poarta și resolverul corespund intervalului de rezervă sau celui normal.

tcpdump -ni any 'port 67 or port 68'

Capturați în timpul reînnoirii, pentru că o interfață silențioasă vă spune că clientul nu a cerut niciodată. Dacă oferta vine de la rezerva locală în timp ce tunelul este activ, logica de selecție tratează în continuare calea de la distanță ca indisponibilă, iar forțarea reînnoirilor pe clienți va repeta doar același rezultat. Corelați captura cu evenimentele tunelului pe același ceas. O reînnoire de chei sau o cădere scurtă care se termină cu câteva secunde înainte de cererea clientului este o cauză plauzibilă; un tunel curat cu un răspuns de rezervă este o problemă de configurare pe calea de selecție.

Unde comparația se inversează

Dacă mulți clienți sunt afectați deodată, reînnoirile pe client devin o coadă de întreruperi și un apel la suport. În acest caz, priviți intervalul de rezervă și procedura de restaurare în locul clienților, pentru că populația s-a refăcut împreună și se va reface din nou împreună.

Dacă este afectat un singur client în timp ce vecinii sunt bine, este invers: bailul acelui client, rezervarea lui sau comportamentul propriului client DHCP este variabila, iar o schimbare la nivelul întregului sit este instrumentul greșit.

Adresele statice și rezervările au nevoie de un al treilea răspuns. Un client fixat pe o adresă nu poate fi salvat printr-o reînnoire, iar o rezervare care se ciocnește cu intervalul de rezervă produce un duplicat care arată ca o defecțiune de rutare până când comparați cele două planuri de adrese.

Scrieți procedura de ieșire

Decideți dinainte pentru ce este rezerva, cât timp poate păstra un client adresa temporară și cine are voie să forțeze o reînnoire în timpul orelor de lucru. Scrieți răspunsul acolo unde îl va găsi inginerul de gardă, lângă definiția intervalului. Apoi testați-l o dată intenționat: tăiați tunelul, urmăriți ce primește clientul, restabiliți tunelul și notați cât durează până când clientul își recapătă setările normale. Acest singur exercițiu înlocuiește cea mai mare parte a presupunerilor data viitoare când legătura sitului tremură.

Încheiați confirmând resursa, nu adresa. A ajunge la serverul de fișiere, a-i rezolva numele și a ajunge la internet sunt trei verificări separate, și doar ultima nu a fost niciodată pusă la îndoială.