Concessió de reserva després que torni el túnel del lloc: renovar o esperar?

Enllaç del lloc actiu, túnel establert, i els ordinadors de la branca encara no arriben al servidor de fitxers. Durant la interrupció hi havia dos rellotges en marxa i només un d’ells ha acabat. El túnel s’ha recuperat quan ha tornat el camí xifrat; l’adreça de cada client es recupera quan la seva concessió actual acaba o se substitueix. Comparar aquestes dues línies de temps explica el desfasament més de pressa que llegir els registres del tallafoc.

Dos rellotges, i un d’ells no és el túnel

Amb DHCP sobre VPN més un mecanisme local de reserva, el dispositiu pot lliurar concessions locals temporals mentre el camí DHCP remot no estigui disponible. La durada temporal normalment es compta en minuts, cosa prou curta per amagar el problema i prou llarga per sobreviure a una interrupció breu. Quan el túnel torna, el mecanisme de reserva deixa d’oferir aquestes concessions. No entra dins del client ni cancel·la la concessió que ja té. Aquest client conserva la seva adreça, màscara, passarel·la i resolutor fins a la renovació o el venciment, i per això un túnel sa i un escriptori trencat poden conviure la resta de la concessió.

Manteniu la implementació i la versió del programari lligades a aquesta afirmació. Els noms dels temporitzadors i els valors per defecte varien entre versions de SonicOS, i una interfície antiga no demostra què fa una de nova.

Compareu les dues maniobres de recuperació

La maniobra A és esperar. No costa res, no arrisca res i deixa que cada client renovi segons el seu calendari. La maniobra B és forçar un alliberament i una renovació al client afectat, cosa que obté l’adreça prevista immediatament però interromp tot el que el client està fent. En un sol escriptori, forçar la renovació sol ser el camí més ràpid i és fàcil de justificar. En un laboratori o en un terminal de punt de venda enmig d’una transacció, esperar és l’opció més segura, i una renovació programada fora de l’horari laboral supera totes dues.

ipconfig /all
ipconfig /release
ipconfig /renew

Llegiu la sortida abans d’alliberar res. Si l’adreça, la passarel·la i el DNS ja coincideixen amb l’àmbit normal, el client s’ha recuperat sol i el problema restant és en un altre lloc. En un client Linux l’equivalent és alliberar i renovar la concessió a través del gestor de xarxa en lloc d’una adreça editada a mà, perquè el gestor, si no, reescriurà el vostre canvi al proper esdeveniment.

Llegiu l’oferta, no només l’adreça

L’adreça sola no diu qui l’ha proporcionada. El que importa és l’identificador del servidor a l’oferta, el temps de concessió i si la passarel·la i el resolutor coincideixen amb l’àmbit de reserva o amb el normal.

tcpdump -ni any 'port 67 or port 68'

Captureu durant la renovació, perquè una interfície silenciosa us diu que el client no ha demanat mai. Si l’oferta ve del mecanisme local de reserva mentre el túnel està actiu, la lògica de selecció encara tracta el camí remot com a no disponible, i forçar renovacions als clients només repetirà el mateix resultat. Correlacioneu la captura amb els esdeveniments del túnel al mateix rellotge. Una renegociació de claus o una caiguda breu que acaba segons abans de la petició del client és una causa plausible; un túnel net amb una resposta de reserva és un problema de configuració al camí de selecció.

On la comparació s’inverteix

Si molts clients es veuen afectats alhora, les renovacions per client es converteixen en una cua d’interrupcions i en una trucada de suport. En aquest cas, mireu l’àmbit de reserva i el procediment de restauració en lloc dels clients, perquè la població s’ha recuperat en conjunt i es tornarà a recuperar en conjunt.

Si només un client es veu afectat mentre els seus veïns estan bé, passa el contrari: la concessió d’aquest client, la seva reserva o el comportament del seu propi client DHCP és la variable, i un canvi a tot el lloc és l’eina equivocada.

Les adreces estàtiques i les reserves necessiten una tercera resposta. Un client fixat a una adreça no es pot rescatar amb una renovació, i una reserva que xoca amb l’àmbit de reserva produeix un duplicat que sembla una fallada d’encaminament fins que compareu els dos plans d’adreces.

Escriviu el procediment de sortida

Decidiu per endavant per a què serveix el mecanisme de reserva, quant de temps pot conservar un client la seva adreça temporal i qui pot forçar una renovació durant l’horari laboral. Escriviu la resposta on l’enginyer de guàrdia la trobarà, al costat de la definició de l’àmbit. Després proveu-ho una vegada, deliberadament: tireu el túnel, observeu què rep el client, restaureu el túnel i anoteu quant triga el client a recuperar la seva configuració normal. Aquest únic exercici substitueix la major part de les conjectures la propera vegada que l’enllaç del lloc oscil·li.

Acabeu confirmant el recurs, no l’adreça. Arribar al servidor de fitxers, resoldre’n el nom i arribar a Internet són tres comprovacions separades, i només l’última no ha estat mai en dubte.