Rezerva luo post la reveno de la eja tunelo: ĉu renovigi aŭ atendi?

La eja ligilo funkcias, la tunelo estas starigita, kaj la komputiloj de la filio ankoraŭ ne atingas la dosieran servilon. Dum la interrompo kuris du horloĝoj, kaj nur unu el ili finiĝis. La tunelo restariĝis kiam revenis la ĉifrita vojo; la adreso de ĉiu kliento restariĝas kiam ĝia nuna luo finiĝas aŭ estas anstataŭigita. Kompari tiujn du tempoliniojn klarigas la breĉon pli rapide ol legi la protokolojn de la fajroŝirmilo.

Du horloĝoj, kaj unu el ili ne estas la tunelo

Kun DHCP super VPN kaj loka rezervo, la aparato povas disdoni provizorajn lokajn luojn dum la fora DHCP-vojo ne disponeblas. La provizora daŭro kutime kalkuliĝas en minutoj, kio estas sufiĉe mallonga por kaŝi la problemon kaj sufiĉe longa por postvivi mallongan interrompon. Kiam la tunelo revenas, la rezervo ĉesas proponi tiujn luojn. Ĝi ne eniras klienton kaj ne nuligas la luon, kiun tiu jam tenas. Tiu kliento konservas sian adreson, maskon, enirejon kaj solvilon ĝis renovigo aŭ fino, kaj tial sana tunelo kaj difektita komputilo povas kunekzisti por la resto de la luo.

Tenu la efektivigon kaj la softvaran version ligitaj al ĉi tiu aserto. La nomoj de la tempigiloj kaj la defaŭltaj valoroj diferencas inter eldonoj de SonicOS, kaj pli malnova interfaco ne pruvas, kion faras pli nova.

Komparu la du riparajn movojn

Movo A estas atendi. Ĝi kostas nenion, riskas nenion, kaj lasas al ĉiu kliento renovigi laŭ sia propra horaro. Movo B estas devigi malŝargon kaj renovigon ĉe la tuŝita kliento, kio tuj donas la celitan adreson sed interrompas ĉion, kion la kliento faras. Sur unu sola komputilo, deviga renovigo kutime estas la pli rapida vojo kaj facile pravigebla. En laboratorio aŭ ĉe vendoterminalo meze de transakcio, atendi estas la pli sekura elekto, kaj planita renovigo ekster labortempo superas ambaŭ.

ipconfig /all
ipconfig /release
ipconfig /renew

Legu la eligon antaŭ ol malŝargi ion ajn. Se la adreso, enirejo kaj DNS jam kongruas kun la normala amplekso, la kliento riparis sin mem kaj la restanta problemo estas aliloke. Ĉe Linux-kliento la ekvivalento estas malŝargo kaj renovigo de la luo per la retadministrilo anstataŭ permane redaktita adreso, ĉar alie la administrilo reskribos vian ŝanĝon ĉe la sekva okazaĵo.

Legu la proponon, ne nur la adreson

La adreso sola ne diras, kiu liveris ĝin. Grava estas la servila identigilo en la propono, la luotempo, kaj ĉu la enirejo kaj solvilo kongruas kun la rezerva amplekso aŭ kun la normala.

tcpdump -ni any 'port 67 or port 68'

Kaptu dum la renovigo, ĉar kvieta interfaco diras al vi, ke la kliento neniam petis. Se la propono venas de la loka rezervo dum la tunelo funkcias, la elekta logiko ankoraŭ traktas la foran vojon kiel nehaveblan, kaj devigaj renovigoj ĉe klientoj nur ripetos la saman rezulton. Kunigu la kaptaĵon kun la tunelaj okazaĵoj sur la sama horloĝo. Ŝlosila renovigo aŭ mallonga faligo, kiu finiĝas sekundojn antaŭ la peto de la kliento, estas verŝajna kaŭzo; pura tunelo kun rezerva respondo estas agorda problemo en la elektovojo.

Kie la komparo inversiĝas

Se multaj klientoj estas tuŝitaj samtempe, renovigoj po kliento fariĝas vico da interrompoj kaj alvoko al subteno. Tiuokaze rigardu la rezervan amplekson kaj la restarigan proceduron anstataŭ la klientojn, ĉar la loĝantaro riparis kune kaj riparos kune denove.

Se nur unu kliento estas tuŝita dum ĝiaj najbaroj fartas bone, validas la malo: la luo de tiu kliento, ĝia rezervo aŭ la konduto de ĝia propra DHCP-kliento estas la variablo, kaj ŝanĝo por la tuta ejo estas la malĝusta ilo.

Senmovaj adresoj kaj rezervoj bezonas trian respondon. Kliento fiksita al adreso ne saviĝas per renovigo, kaj rezervo, kiu kolizias kun la rezerva amplekso, produktas duplikaton, kiu aspektas kiel vojiga paneo ĝis vi komparos la du adresplanojn.

Skribu la eliran proceduron

Decidu anticipe por kio la rezervo utilas, kiom longe kliento rajtas teni sian provizoran adreson, kaj kiu rajtas devigi renovigon dum labortempo. Skribu la respondon tie, kie la deĵora inĝeniero trovos ĝin, apud la difino de la amplekso. Poste testu ĝin unufoje intence: faligu la tunelon, observu kion la kliento ricevas, restarigu la tunelon, kaj notu kiom da tempo la kliento bezonas por rehavi siajn normalajn agordojn. Tiu sola ekzerco anstataŭigas plejparton de la konjektado la venontan fojon, kiam la eja ligilo flagros.

Finu konfirmante la rimedon, ne la adreson. Atingi la dosieran servilon, solvi ĝian nomon kaj atingi la interreton estas tri apartaj kontroloj, kaj nur la lasta neniam estis dubinda.