Резервни закуп по повратку тунела локације: обновити или сачекати?

Веза локације је подигнута, тунел је успостављен, а рачунари огранка ипак не стижу до сервера датотека. Током прекида су ишла два сата и само је један од њих завршио. Тунел се обновио када се вратио шифрирани пут; адреса сваког клијента се обнавља када његов тренутни закуп истекне или буде замењен. Поређење ових двеју временских линија објашњава разлику брже од читања дневника заштитног зида.

Два сата, и један од њих није тунел

Са DHCP преко VPN-а и локалном резервом, уређај може издавати привремене локалне закупе док удаљени DHCP пут није доступан. Привремено трајање се обично броји у минутима, што је довољно кратко да сакрије проблем и довољно дуго да преживи кратак прекид. Када се тунел врати, резерва престаје да нуди те закупе. Она не улази у клијента и не поништава закуп који он већ држи. Тај клијент задржава адресу, маску, мрежни пролаз и разрешивач до обнове или истека, и зато здрави тунел и покварени рачунар могу коегзистирати до краја закупа.

Држите имплементацију и верзију софтвера везане за ову тврдњу. Имена тајмера и подразумеване вредности разликују се између издања SonicOS-а, а старији интерфејс не доказује шта ради новији.

Упоредите два корака опоравка

Корак A је сачекати. Не кошта ништа, ничим не ризикује и оставља сваком клијенту да обнови по сопственом распореду. Корак B је присилно ослободити и обновити закуп на погођеном клијенту, што одмах даје жељену адресу, али прекида све што клијент ради. На једном рачунару присилна обнова је обично бржи пут и лако се оправдава. У лабораторији или на продајном терминалу усред трансакције чекање је сигурнији избор, а планирана обнова ван радног времена побеђује обоје.

ipconfig /all
ipconfig /release
ipconfig /renew

Прочитајте излаз пре него што било шта ослободите. Ако се адреса, мрежни пролаз и DNS већ поклапају са уобичајеним опсегом, клијент се сам опоравио, а преостали проблем је негде другде. На Linux клијенту еквивалент је ослобађање и обнова закупа преко мрежног менаџера, а не ручно уређена адреса, јер ће иначе менаџер преписати вашу измену при следећем догађају.

Читајте понуду, не само адресу

Адреса сама не каже ко ју је обезбедио. Важан је идентификатор сервера у понуди, време закупа и то да ли се мрежни пролаз и разрешивач поклапају са резервним опсегом или са уобичајеним.

tcpdump -ni any 'port 67 or port 68'

Снимајте током обнове, јер тихи интерфејс говори да клијент никада није питао. Ако понуда долази из локалне резерве док је тунел подигнут, логика избора још увек сматра удаљени пут недоступним, а присилне обнове на клијентима само ће поновити исти резултат. Повежите снимак са догађајима тунела на истом сату. Обнова кључева или кратак пад који се завршава секундама пре захтева клијента вероватан је узрок; чист тунел са резервним одговором је проблем конфигурације на путу избора.

Где се поређење преврће

Ако је одједном погођено много клијената, обнове по клијенту претварају се у ред прекида и позив подршци. У том случају гледајте резервни опсег и поступак опоравка, а не клијенте, јер се скупина опоравила заједно и поново ће се опоравити заједно.

Ако је погођен само један клијент док су његови суседи добро, важи обрнуто: закуп тог клијента, његова резервација или понашање његовог сопственог DHCP клијента јесте променљива, а промена на целој локацији је погрешан алат.

Статичне адресе и резервације траже трећи одговор. Клијента прикованог за адресу не може спасити обнова, а резервација која се судара са резервним опсегом ствара дупликат који изгледа као квар усмеравања док не упоредите два плана адреса.

Запишите поступак изласка

Унапред одлучите чему служи резерва, колико дуго клијент сме да задржи привремену адресу и коме је дозвољено да током радног времена наметне обнову. Запишите одговор тамо где ће га дежурни инжењер наћи, поред дефиниције опсега. Затим то једном намерно испробајте: оборите тунел, погледајте шта клијент прима, вратите тунел и запишите колико клијенту треба да врати уобичајена подешавања. Та једна вежба замењује већину нагађања следећи пут када веза локације затрепери.

Завршите потврдом ресурса, а не адресе. Долазак до сервера датотека, разрешавање његовог имена и долазак до интернета три су одвојене провере, и само последња никада није била под сумњом.