Жойылған VPN маршруты қайта қосылғаннан кейін неге қайтады

Белсенді маршрутты жою ештеңені өзгертпейді, егер оны профиль, push немесе жүктеу бірлігі қайта жасаса. Иесін табыңыз, сол жерде өзгертіңіз және қайта қосылу кезінде тексеріңіз.

Қолмен жойған маршрут келесі қайта қосылудан кейін қайта оралады, ал кесте дәл бұрынғыдай көрінеді. Бұл маршруттау қатесі емес: бірдеңе жазбаны конфигурациядан немесе қосылымның өмірлік циклі әрекетінен қайта жасайды. Көптеген runbook белсенді кестеде тоқтайды, сондықтан жою бір минут жұмыс істеп, кейін сәтсіз аяқталғандай көрінеді. Иесін анықтаңыз, оны өзгертіңіз және қайта қосылу кезінде дәлелдеңіз.

Маршрутты кім орнатты

Түзетуден емес, үміткерлер тізімінен бастаңыз. VPN профилі өз маршруттарын алып жүруі мүмкін, сервер оларды қосылу кезінде push ете алады, желі менеджерінің профилі оларды жариялай алады, жүктеу бірлігі немесе скрипт оларды қоса алады, ал IPsec іске асырулары келісетін трафик селекторлары үшін маршруттарды орнатады. Саясаттық маршруттау ережелері трафикті толығымен басқа кестеге бағыттай алады.

Уақыт оларды конфигурация археологиясынан жылдам ажыратады. Интерфейс көтерілген сәтте пайда болатын жазба клиентке тиесілі; бір секундтан кейін келетін жазба әдетте сервер push-інен келеді; жүктеу кезінде бар жазба сақталған конфигурацияға тиесілі. Қосылу, ажырату және қайта жүктеу алдында және кейін кестені жазып алыңыз, сонда үлгі иесін атайды. Тек қызмет қайта іске қосылғанда қайтатын маршрут VPN-ге емес, бірлікке нұсқайды.

Өңдеу алдында кестені оқыңыз

Сақталған файлды емес, ядроның өз көрінісін қараңыз. Протокол бағаны әр жазбаны ненің орнатқанын көрсетеді:

ip route show
ip route show table all
ip rule show

Протокол өрісі, метрика және кесте нөмірі сізге статикалық жазбаны, ядро жасаған жазбаны немесе демон қосқан нәрсені қарап отырғаныңызды айтады. Ережелер тізімі маңызды, өйткені іздеу негізгі кестені толығымен тастап кетуі мүмкін, бұл ондағы өзгертуді сіз жөндеп жатқан қолданба үшін көрінбейтін етеді. Жолды солдан оңға қарай оқыңыз: межелік, шлюз, құрылғы, протокол және метрика.

Содан кейін ядродан ол шын мәнінде қай маршрутты қолданатынын сұраңыз. Қорғалған мекенжай ашық мекенжайдан жақсырақ зонд болып табылады:

ip route get 10.20.5.7

Симптомды емес, иесін өзгертіңіз

Иесі белгілі болғаннан кейін өзгеріс сол иеге тиесілі. Маршрутты клиент профилінен жойыңыз, сервердегі жіберілген маршрутты түзетіңіз немесе метрика бойынша жеңетін бәсекелес тұрақты маршрут қосудың орнына желі менеджерінің қосылымын өңдеңіз. Бір-бірімен күресетін екі ереже кейін ешкім түсіндіре алмайтын кесте жасайды.

Соңғы нүктенің ерекшелігін сақтаңыз. VPN серверінің өз ашық мекенжайын физикалық шлюз арқылы жіберетін хост маршруты сыртқы туннель пакеттерін ағымда ұстайды; оны жойсаңыз, туннель өзін алып жүруге тырысады. Split tunnel профилінде туннельді айналып өтуі тиіс жергілікті қосымша желілерге де солай қарау керек.

Қайта қосылып, екі жолды да тексеріңіз

Қайта қосылыңыз, содан кейін екі межелікті бір жүріспен тексеріңіз. Қорғалған мекенжай мен ерекшеленген соңғы нүкте әртүрлі сұрақтарға жауап береді:

ip route get 10.20.5.7
ip route get 198.51.100.20

Біріншісі туннель интерфейсі арқылы, екіншісі физикалық шлюз арқылы шешілуі керек. Егер екеуі де туннель арқылы шешілсе, ерекшелік жоқ; егер ешқайсысы болмаса, профиль өзгерісі күшіне енбеді және сіз ойлағаннан басқа иеге қарап отырсыз.

Маршруттың мақсатын, иесін және қанша уақыт өмір сүруі керектігін жазып алыңыз. Сол жазба келесі адамның дәл осы жою және қайта қосу циклін қайталауына жол бермейді.

Қатысты мақалалар