Да ли VPN на рутеру изгледа исправно после нестанка струје? Проверите ова четири слоја

Рутер који засветли после нестанка обновио је своју конфигурацију, а не своју повезаност. После нестанка струје рутер може обновити сачувани VPN профил пре него што зависности које тај профил треба буду спремне: модем узводно можда се још увежбава, сат може бити погрешан, а аутентификација можда није довршена. Лампица на контролној табли и сачувана конфигурација описују намеру, а не тунел који ради. Проверите четири слоја испод редом уместо да мењате профил, јер то људи раде друго и кају се прво.

Све овде претпоставља да сте на месту или имате пут унутра који не зависи од тунела који тестирате. Ако немате, уредите то пре следећег нестанка.

Први слој: да ли се WAN заиста вратио

Почните од модема, а не од контролне табле рутера. Рутер који заврши подизање пре него што се његов модем увежбао приказује здраво сучеље без ичега иза себе, а тунел нема с ким да се повеже. Потврдите да модем заиста прослеђује, па потврдите да је рутер преузео WAN поставке које очекујете. Проверите и да ли се WAN адреса променила: динамичка адреса која се врати другачија може поништити правило засновано на адреси или удаљени списак дозвола, а изнутра то изгледа као квар VPN-а.

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

Други слој: проверите сат пре сертификата

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

date -u
chronyc tracking

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

Трећи слој: прочитајте шта тунел каже

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

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

Четврти слој: тестирајте са уређаја ниже

Отворите безопасан дозвољен извор са клијента иза рутера, па потврдите који је излаз или приватну путању саобраћај заиста користио. Проверите DNS и сваку фамилију адреса за коју тврдите да је покривате, јер сопствена провера рутера може успети док је клијентска политика још погрешна — провера често користи други извор, другу табелу или други пут до разрешивача.

curl -s https://ifconfig.me
nslookup example.com

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

Шта поправити да следећи нестанак буде краћи

Ако се неуспех понавља, поправка је редослед, а не конфигурација: подигните WAN, па време, па тунел, па клијентску политику. Већина рутера то изражава као зависност или одлагање, а кратко намерно одлагање је боље од преписивања профила.

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