Fallback lease matapos bumalik ang site tunnel: mag-renew o maghintay?

Naka-up ang site link, naitayo ang tunnel, at hindi pa rin naaabot ng mga PC ng sangay ang file server. Dalawang orasan ang tumakbo habang may outage at isa lamang sa kanila ang natapos. Nabalik ang tunnel nang bumalik ang naka-encrypt na daan; nabalik ang address ng bawat kliyente kapag natapos o napalitan ang kasalukuyang lease nito. Ang paghahambing ng dalawang timeline na iyon ay nagpapaliwanag ng agwat nang mas mabilis kaysa pagbasa ng mga log ng firewall.

Dalawang orasan, at ang isa sa kanila ay hindi ang tunnel

Sa DHCP sa ibabaw ng VPN kasama ang lokal na fallback, makakapagbigay ang device ng pansamantalang lokal na lease habang hindi available ang malayong DHCP path. Ang pansamantalang tagal ay karaniwang binibilang sa minuto, sapat na maikli para itago ang problema at sapat na mahaba para lampasan ang maikling outage. Kapag bumalik ang tunnel, tumitigil ang fallback sa pag-alok ng mga lease na iyon. Hindi ito pumapasok sa isang kliyente at hindi kinakansela ang lease na hawak na nito. Pinapanatili ng kliyenteng iyon ang address, mask, gateway at resolver nito hanggang sa renewal o pag-expire, kaya maaaring magsabay ang isang malusog na tunnel at isang sirang desktop sa natitirang bahagi ng lease.

Panatilihing nakaugnay sa pahayag na ito ang implementasyon at ang bersyon ng software. Nagkakaiba ang mga pangalan ng timer at default na halaga sa mga release ng SonicOS, at hindi pinatutunayan ng lumang interface kung ano ang ginagawa ng bago.

Ihambing ang dalawang hakbang sa pagbangon

Ang hakbang A ay maghintay. Wala itong gastos, wala itong panganib, at hinahayaan nito ang bawat kliyente na mag-renew ayon sa sariling iskedyul. Ang hakbang B ay pilitin ang pag-release at pag-renew sa apektadong kliyente, na agad na nagbibigay ng ninanais na address ngunit pinuputol ang lahat ng ginagawa ng kliyente. Sa isang desktop, ang pinilit na renewal ang karaniwang mas mabilis na landas at madaling bigyang-katwiran. Sa isang lab o sa terminal ng tindahan na nasa gitna ng transaksyon, ang paghihintay ang mas ligtas na pagpipilian, at ang naka-iskedyul na renewal sa labas ng oras ng trabaho ay nakakalamang sa dalawa.

ipconfig /all
ipconfig /release
ipconfig /renew

Basahin ang output bago mag-release ng anuman. Kung tumutugma na ang address, gateway at DNS sa normal na saklaw, nakabangon na ang kliyente sa sarili nito at ang natitirang problema ay nasa ibang lugar. Sa kliyenteng Linux, ang katumbas ay pag-release at pag-renew ng lease sa pamamagitan ng network manager sa halip na address na mano-manong in-edit, dahil kung hindi ay isusulat muli ng manager ang pagbabago mo sa susunod na kaganapan.

Basahin ang alok, hindi lang ang address

Hindi sinasabi ng address lamang kung sino ang nagbigay nito. Ang mahalaga ay ang identifier ng server sa alok, ang tagal ng lease, at kung tumutugma ang gateway at resolver sa fallback scope o sa normal.

tcpdump -ni any 'port 67 or port 68'

Kunin ang capture habang nagre-renew, dahil sinasabi ng tahimik na interface na hindi kailanman humiling ang kliyente. Kung ang alok ay nagmumula sa lokal na fallback habang naka-up ang tunnel, itinuturing pa rin ng logic sa pagpili na hindi available ang malayong daan, at ang pagpilit ng renewal sa mga kliyente ay uulitin lamang ang parehong resulta. Iugnay ang capture sa mga kaganapan ng tunnel sa parehong orasan. Ang rekey o maikling pagbagsak na nagtatapos ilang segundo bago ang kahilingan ng kliyente ay malamang na dahilan; ang malinis na tunnel na may sagot mula sa fallback ay problema sa configuration sa daan ng pagpili.

Kung saan bumabaligtad ang paghahambing

Kung maraming kliyente ang apektado nang sabay, ang renewal bawat kliyente ay nagiging pila ng pagkaantala at isang tawag sa suporta. Sa ganoong kaso, tingnan ang fallback scope at ang pamamaraan ng pagbabalik sa halip na ang mga kliyente, dahil sabay na nakabangon ang populasyon at sabay na muling babangon.

Kung isang kliyente lang ang apektado habang maayos ang mga kapitbahay nito, baliktad ang totoo: ang lease ng kliyenteng iyon, ang reservation nito o ang pag-uugali ng sarili nitong DHCP client ang variable, at ang pagbabago sa buong site ay maling kasangkapan.

Kailangan ng static na address at reservation ng ikatlong sagot. Ang kliyenteng naka-pin sa isang address ay hindi maililigtas ng renewal, at ang reservation na bumabangga sa fallback scope ay gumagawa ng duplicate na mukhang sira ng routing hanggang ihambing mo ang dalawang plano ng address.

Isulat ang pamamaraan sa paglabas

Magpasya nang maaga kung para saan ang fallback, gaano katagal maaaring itago ng kliyente ang pansamantalang address nito, at sino ang pinapayagang pilitin ang renewal sa oras ng trabaho. Isulat ang sagot kung saan ito makikita ng naka-duty na inhinyero, sa tabi ng depinisyon ng scope. Pagkatapos ay subukan ito nang isang beses nang sadya: putulin ang tunnel, tingnan kung ano ang natatanggap ng kliyente, ibalik ang tunnel, at itala kung gaano katagal bago makuha ng kliyente ang normal nitong setting. Ang isang pagsasanay na iyon ay pumapalit sa karamihan ng haka-haka sa susunod na pag-uga ng site link.

Tapusin sa pamamagitan ng pagkumpirma ng resource, hindi ng address. Ang maabot ang file server, maresolba ang pangalan nito at maabot ang internet ay tatlong magkakahiwalay na pagsusuri, at ang huli lamang ang hindi kailanman pinag-alinlanganan.