Заглавио VPN након поновног покретања рутера: три ствари које су се промениле

Профил се није променио, али пут испод њега јесте. Проверите локалну адресу, преведено мапирање и руту пре него што ресетујете акредитиве.

Рутер завршава покретање, лаптоп се поново придружује истој SSID, а VPN остаје у стању повезано без ичега што се креће. Сачувани профил је неоштећен. Оно што је истекло испод њега био је пут, а клијент још држи стање које је изградио за стари.

Три услова одређују поправку. Проверите их по реду, јер су каснији узалудан посао ако први већ објашњава застој.

Услов први: локална адреса се променила

Поновно покретање може машини дати другу адресу. Тада VPN подешен са фиксном локалном крајњом тачком наставља да користи везу која више не постоји. Исто важи за клијента који је свој сокет везао за стару адресу. Интерфејс тунела може остати подигнут док сваки пакет који произведе иде нигде корисно.

Упоредите адресу коју клијент користи са адресом коју интерфејс сада има. Подразумевана рута која показује на мрежни пролаз који се такође променио је иста врста проблема под другим именом.

ip -4 addr show
ip route show default
ip route get 203.0.113.10

Услов други: преведено мапирање је нестало

Кућни рутери преводе одлазне токове, а та мапирања живе у меморији. Поновно покретање брише свако од њих. То је безопасно за нову везу и кобно за тунел који верује да је његов постојећи ток још важећи. Тада друга страна не види ништа, па клијент никада не добија грешку на коју може да реагује.

Управо ту тунел без keepalive тихо стаје уместо да гласно пропадне. Документована ограничења WireGuard-а описују исти облик отказа. Погрешно стање крајње тачке производи одбачене пакете уместо дијагностике.

Стални keepalive од 25 секунди је уобичајено ублажавање, јер освежава мапирање пре него што истекне тајмаут мировања. Не поправља мапирање које је већ нестало. Спојите keepalive са логиком поновног повезивања уместо да га третирате као поправку.

Услов трећи: јавна адреса се променила

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

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

Опоравите правим редоследом

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

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

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

Повезани чланци