DHCP жаңыртуусунан кийин VPN үзүлөбү? Даректерди салыштырыңыз

Ижараны жаңыртуу жана VPN бузулушу журналдарда бирге жетишерлик көп көрүнөт, ошондуктан адамдар бири экинчисин пайда кылат деп тыянак чыгарышат. Убакыт дал келиши чыныгы; себеп-натыйжа адатта эмес. Жаңыртуу — ижараны берген серверге бир даректуү сурам, ошол эле байлоону улантууну суранат, жана сервер кардар бир даректи да өзгөртпөй эле аны узарта алат. Окуянын айланасында кардардын өз маанилерин кароо үнсүз жаңыртылган ижараны иштеп жаткан туннелдин астында чындап өзгөргөн тармактан ажыратат.

Үзүлгөн кардардан баштаңыз

Алгач кардардын туташуу журналын ачып, үзүлүү убактысын секундага чейин жазыңыз. Анан ошол эле мүнөт үчүн операциялык системанын тармактык журналын ачып, интерфейс эмне кылганын тартиби менен окуңуз. Бул тартип — бүт иликтөө: үзүлүүгө чейинки DHCP окуясы, DHCP окуясына чейинки үзүлүү жана ортосунда эч нерсе жок эки окуя — үч башка тыянак. Туннел кайра туташып жатканда эске салган гана журнал сабы — жасалга, далил эмес.

Убакыт сызыгын эсте сактабай, жүрүп отуруп жазыңыз. Ар кайсы куралдардын убакыт белгилери сейрек толук дал келет, жана айырманын өзү кээде түшүндүрмө болот.

Окуянын айланасындагы төрт маанини салыштырыңыз

Төрт маани туташуунун жергиликтүү тарабын чыныгы өзгөрүүнү кармоого жетишерлик жакшы сүрөттөйт: интерфейстин дареги, демейки шлюз, чечүүчүлөрдүн тизмеси жана интерфейстин иштөө абалы. Аларды үзүлүүдөн кийин бир мүнөт ичинде алып, туннел соо кезде алынган жазуу менен салыштырыңыз.

ip -4 -brief addr show dev wlan0
ip -4 route show default
resolvectl status | grep -A3 'DNS Servers'
journalctl -u NetworkManager --since -10m --no-pager | grep -i dhcp

Өзгөрбөгөн дарек, өзгөрбөгөн шлюз жана өзгөргөн чечүүчүлөр тизмеси маршруттоого эмес, аттарды чечүүгө багыттайт, жана колдонмолор хостторду табууну токтоткондо туннел тирүү калган болушу мүмкүн. Өзгөргөн шлюз жергиликтүү тармактан чыгуучу жол жылганын билдирет, бул мурункуга багытталган маршрутту жараксыз кылууга жетет. Эгер төрт маани тең соо жазууга дал келсе, ижара сиздин себебиңиз эмес, ал эми кардардын өзүнүн кайра туташуу логикасы темага айланат. Салыштырууну бузулуу көрүнүп турганда алыңыз, анткени кайра жүктөөдөн кийин алынган соо жазуунун дарек тарыхы башка жана ал дал келбейт.

Жаңыртуу эмнени өзгөртө алат, эмнени өзгөртө албайт

RFC 2131 жаңыртууну ижара убактысынын жарымында баштапкы серверге сурам катары сүрөттөйт, ал эми биринчи аракет жоопсуз калса, сегизден жети бөлүгүндө каалаган серверге кайра байлоо менен. Эки кадамдын бири да кардардын башка дарек алышын талап кылбайт, жана кызматташ сервер адатта бар болгон байлоону узартат. Чыныгы дарек өзгөрүүсү адатта башка жол менен келет: сервер жаңыртуудан баш тартат, кардар өз абалын жоготуп кайра баштайт, же тармак түзмөктү башка сегментке жылдырат.

Туташуунун ачык тарабы эч кандай жергиликтүү өзгөрүүсүз эле өзгөрүшү мүмкүн. Оператордук деңгээлдеги котормонун артында VPN өнөктөшү көргөн дарек жергиликтүү ижара эмне кылганына карабастан кайра ыйгарылышы мүмкүн, жана бул кайра ыйгаруу кардардын ичинен жергиликтүү тармак бузулушуна так окшош көрүнөт. Жергиликтүү билдирилген даректи өнөктөш тараптагы байкоо менен салыштыруу аларды ажыратуунун жалгыз жолу.

Кардар ыңгайлаша албаганда

Транспортун эски дарекке байлаган, өнөктөшкө эскирген маршрутту кэштеген же интерфейс идентификаторун сактаган кардар эми жок жолду кайра-кайра сынап көрүшү мүмкүн. Бул ыңгайлашуу кемчилиги жана хост эми жете албаган дарекке кайталама жиберүүлөр түрүндө көрүнөт. Айрым кардарлар муну долбоор боюнча чечет: мисалы, WireGuard жаңы булактан туура аутентификацияланган пакет келгенде өнөктөштүн акыркы чекитин жаңыртат.

Кызматты калыбына келтирген кол менен кайра жүктөө ыңгайлашуу кайда ийгиликсиз болгонуна белги, ижаралар менен туннелдер шайкеш келбейт деген далил эмес. Сыноо учурунда бөгөттөө саясатын күчүндө калтырыңыз, болбосо сыноонун өзү башка себептүү тыныгууга айланат. Кардар өз алдынча калыбына келдиби, канча убакыт кетти жана кайсы даректи кайра сынады — жазыңыз; бул ырааттуулук интерфейсте көрсөтүлгөн үзүлүү себебинен көбүрөөк айтат.

Күнөөлөөдөн мурун окуяны кайталаңыз

Графикти күтпөй шартты кайра жаратыңыз: ижараны бошотуп кайра жаңыртыңыз, же барабар контролдонгон окуяны мажбурлап, туннелдин тирүү каларын байкаңыз. Башкарылуучу тармакта ар кандай дарек өзгөрүүсүн тармак ээси менен макулдашыңыз, анткени эркин статикалык ыйгаруу ошол даректи мурунтан ээлеген түзмөк менен кагылышы мүмкүн.

Колдоого алынган оңдоодон кийин ошол эле окуяны кайталап, анан колдонмо менен ат сурамын текшериңиз, анткени кайра туташкан, бирок DNS бузган туннел маанилүү сыноодон алсызыраак сыноодон өтөт. Пландаштырылган ижараны себеп деп атоонун ордуна байкаган конкреттүү өзгөрүүңүздү анын убакыт белгиси менен билдириңиз. Бул эки отчёттун айырмасы — кийинки адам бузулууну кайра жарата алабы же ушакты гана.