Рекурсивті маршруттау: туннель өз пакеттерін ұстап алғанда

Туннель өзін құратын пакеттерді ұстап алуы мүмкін. Әдепкі маршрут өзгергенге дейін және одан кейін серверге баратын жолды салыстырып, содан кейін сол жолдың иесін түзетіңіз.

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

Алдымен сыртқы жолды тексеріңіз

Ойында екі пакет бар, біреу емес. Ішкі пакет қолданбаға тиесілі және шифрлануы керек, ал сыртқы пакет серверге адрестелген және оған туннельге тәуелді емес жолмен жетуі керек.

ip route get 198.51.100.7
ip rule show
ip route show table all | grep -F 198.51.100.7
wg show wg0 endpoints

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

Сессия неге бір сәт тұрады

Қол алысу жаңа маршрут орнатылмай тұрып аяқталады, сондықтан алғашқы секундтар сау көрінеді. Клиент әдепкі маршрутты қосқан бойда келесі сыртқы пакет оның соңынан сол интерфейске кіреді, ол пакеттің өтуі тиіс интерфейс сол. Сервер ештеңе көрмейді, клиент қайта жібереді, ал әрекет не уақыт біткенде тоқтайды, не сессияны өлтіріп, қайта бастайды.

Бұл реттілік туннельдің неге ноутбукте жұмыс істеп, маршрутизаторда сәтсіздікке ұшырайтынын және ақаудың неге қосылу кезінде емес, трафик басталғанда жиі басталатынын түсіндіреді. Ол циклді де түсіндіреді: әр қайта іске қосу сессияны маршрут мұны мүмкін етпес бұрын қалпына келтіреді.

Соңғы нүкте ерекшелігінің иесін табыңыз

Қолдау көрсетілетін клиенттер өз ерекшеліктерін өздері реттейді: бастапқы шлюз арқылы серверге хост маршруты немесе сыртқы сокетті туннельден тыс ұстайтын белгі. Сұрақ — оны басқа нәрсе жойды ма әлде басып кетті ме.

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

Желі өзгергеннен кейін қайта тексеріңіз

Wi-Fi шлюзі арқылы хост маршруты машина басқа желіге көшпейінше дұрыс. Сонда сол симптом конфигурацияда ешбір өзгеріссіз қайта оралады.

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

Жаңа желіде қайта қосылып, оқуды қайталаңыз. Ерекшелік қайтадан жоқ болса, түзету оны ұстайтын профильде, кідіріс кезінде терілген бір реттік пәрменде емес.

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