Rezerves noma pēc vietnes tuneļa atgriešanās: atjaunot vai gaidīt?

Vietnes saite ir ieslēgta, tunelis izveidots, un filiāles datori joprojām nevar sasniegt failu serveri. Traucējuma laikā gāja divi pulksteņi, un tikai viens no tiem ir pabeigts. Tunelis atjaunojās, kad atgriezās šifrētais ceļš; katra klienta adrese atjaunojas, kad tā pašreizējā noma beidzas vai tiek aizstāta. Šo divu laika līniju salīdzināšana izskaidro starpību ātrāk nekā ugunsmūra žurnālu lasīšana.

Divi pulksteņi, un viens no tiem nav tunelis

Ar DHCP pār VPN un vietēju rezerves mehānismu ierīce var izsniegt pagaidu vietējās nomas, kamēr attālinātais DHCP ceļš nav pieejams. Pagaidu ilgums parasti tiek skaitīts minūtēs, kas ir pietiekami īss, lai problēmu paslēptu, un pietiekami garš, lai pārdzīvotu īsu traucējumu. Kad tunelis atgriežas, rezerves mehānisms pārstāj piedāvāt šīs nomas. Tas neieiet klientā un neatceļ nomas līgumu, kas tam jau ir. Šis klients saglabā savu adresi, masku, vārteju un atrisinātāju līdz atjaunošanai vai beigām, un tāpēc vesels tunelis un salūzis dators var pastāvēt līdzās līdz nomas beigām.

Turiet ieviešanu un programmatūras versiju piesaistītu šim apgalvojumam. Taimeru nosaukumi un noklusējuma vērtības atšķiras starp SonicOS laidieniem, un vecāka saskarne nepierāda, ko dara jaunāka.

Salīdziniet divus atjaunošanas soļus

Solis A ir gaidīt. Tas neko nemaksā, ne ar ko neriskē un ļauj katram klientam atjaunot pēc sava grafika. Solis B ir piespiest atbrīvošanu un atjaunošanu skartajā klientā, kas uzreiz dod paredzēto adresi, bet pārtrauc visu, ko klients dara. Vienā datorā piespiedu atjaunošana parasti ir ātrākais ceļš, un to ir viegli pamatot. Laboratorijā vai pārdošanas terminālī darījuma vidū gaidīšana ir drošākā izvēle, un ārpus darba laika ieplānota atjaunošana pārspēj abus.

ipconfig /all
ipconfig /release
ipconfig /renew

Izlasiet izvadi, pirms kaut ko atbrīvojat. Ja adrese, vārteja un DNS jau atbilst parastajam diapazonam, klients ir atjaunojies pats, un atlikusī problēma ir citur. Linux klientā ekvivalents ir nomas atbrīvošana un atjaunošana caur tīkla pārvaldnieku, nevis ar roku rediģēta adrese, jo citādi pārvaldnieks nākamajā notikumā pārrakstīs jūsu izmaiņas.

Lasiet piedāvājumu, ne tikai adresi

Adrese vien pati nesaka, kas to nodrošināja. Svarīgs ir servera identifikators piedāvājumā, nomas laiks un tas, vai vārteja un atrisinātājs atbilst rezerves diapazonam vai parastajam.

tcpdump -ni any 'port 67 or port 68'

Ierakstiet atjaunošanas laikā, jo klusa saskarne jums saka, ka klients nekad nav prasījis. Ja piedāvājums nāk no vietējā rezerves mehānisma, kamēr tunelis ir ieslēgts, atlases loģika joprojām uzskata attālināto ceļu par nepieejamu, un piespiedu atjaunošanas klientos tikai atkārtos to pašu rezultātu. Saistiet ierakstu ar tuneļa notikumiem tajā pašā pulkstenī. Atslēgu atjaunošana vai īss pārrāvums, kas beidzas sekundes pirms klienta pieprasījuma, ir ticams iemesls; tīrs tunelis ar rezerves atbildi ir atlases ceļa konfigurācijas problēma.

Kur salīdzinājums apgriežas

Ja vienlaikus skarti daudzi klienti, atjaunošanas katram klientam pārvēršas pārtraukumu rindā un atbalsta zvanā. Tādā gadījumā skatieties uz rezerves diapazonu un atjaunošanas procedūru, nevis uz klientiem, jo populācija atjaunojās kopā un atkal atjaunosies kopā.

Ja skarts ir tikai viens klients, kamēr kaimiņi ir kārtībā, ir otrādi: mainīgais ir šī klienta noma, tā rezervācija vai paša DHCP klienta uzvedība, un izmaiņas visā vietnē ir nepareizais instruments.

Statiskajām adresēm un rezervācijām vajadzīga trešā atbilde. Adresei piesaistītu klientu nevar glābt ar atjaunošanu, un rezervācija, kas saduras ar rezerves diapazonu, rada dublikātu, kas izskatās pēc maršrutēšanas kļūdas, līdz salīdziniet abus adrešu plānus.

Pierakstiet izejas procedūru

Iepriekš izlemiet, kam domāts rezerves mehānisms, cik ilgi klients drīkst turēt savu pagaidu adresi un kas drīkst piespiest atjaunošanu darba laikā. Pierakstiet atbildi tur, kur to atradīs dežurējošais inženieris, blakus diapazona definīcijai. Pēc tam pārbaudiet to vienreiz apzināti: pārtrauciet tuneli, novērojiet, ko klients saņem, atjaunojiet tuneli un pierakstiet, cik ilgi klientam vajag, lai atgūtu parastos iestatījumus. Šis viens vingrinājums aizstāj lielāko daļu minējumu nākamreiz, kad vietnes saite nodrebēs.

Pabeidziet ar resursa apstiprināšanu, nevis adreses. Sasniegt failu serveri, atrisināt tā nosaukumu un sasniegt internetu ir trīs atsevišķas pārbaudes, un tikai pēdējā nekad nav bijusi apšaubāma.