Неге жалғыз route-nopull файл серверін қолжетімсіз қалдырады
Итерілген маршруттарды елемеу — бөлінген туннельдің жартысы ғана. Маршрут иесін таңдаңыз, кеңсе префиксін қолмен қосыңыз және оны түзетілді деп санамас бұрын үш ағынды тексеріңіз.
Файл сервері дұрыс ашылады, ал көрші терезедегі бейнеқоңырау қақсап бастайды. Ештеңе баяу емес және ешбір MTU қате емес: клиентіңіз сервер берген маршруттар тізімін қабылдады, сондықтан әрбір пакет енді кеңсе файрволы арқылы шығады. Түзету тағы бір реттеу жалаушасы емес, клиенттің маршрут кестесі кімге тиесілі деген шешім. Бұл шешім бір жерге тиесілі, ал төмендегі ақаулық режимдері қай жерді таңдағаныңызды айтады.
Маршрут кестесі кімге тиесілі екенін шешіңіз
Үш ие болуы мүмкін. Сервер маршруттар мен әдепкі шлюзді итере алады, онда клиент айтылғанның бәрін орнатып, толық туннельге айналады. Клиент профилі итерулерден бас тартып, өз маршрут жолдарын алып жүру арқылы иелікті ала алады. Жұмыс үстелінің қосылым менеджері де өзінің маршрут және әдепкі маршрут қасиеттері арқылы шешімнің иесі бола алады.
Әр таңдау түрліше сәтсіздікке ұшырайды, сондықтан профильді өңдеуден бұрын кестені оқыған жөн. Симптомыңызға сәйкес келетін жол — сізде шын мәнінде бар ие.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Біреуін таңдап, оны жазып қойыңыз. Екеуін араластыру әдепкі жолы өз құжаттамасына қайшы келетін хост қалдырады, ал келесі инженер қай қабат жеңгенін анықтай алмайды. Жеңілгенін анық жойыңыз.
route-nopull итерулерді сүзеді, ол маршрут қоспайды
route-nopull клиент профиліне тиесілі, және оның сол файлдағы реті маңызды емес, себебі ол тек серверден келетін мәндерді тастайды. Ол итерілген маршруттарды, соның ішінде итерілген әдепкі маршрутты тастайды, ал туннель әдеттегідей көтеріле береді.
Адамдар байқамайтын салдар — итерілген DHCP параметрлері олармен бірге кетеді. Сервер жіберген DNS баптаулары да тасталады, сондықтан ішкі атаулар шешілуді тоқтатады, туннель сау болса және сервер мекенжайы бойынша қолжетімді болса да.
Бұл кеңсе префиксіне жолы жоқ туннель қалдырады, егер өзіңіз біреуін қоспасаңыз: сол профильде route-nopull одан кейін route 10.30.0.0 255.255.0.0. Бұл жол мекенжай мен масканы алып жүреді; ол келесі секірісті атамайды.
Балама нысан шлюз таңбасын қосады, route 10.30.0.0 255.255.0.0 vpn_gateway, ол жазбаны атауы бойынша туннельге бағыттайды. Импорттаушылар бұл нұсқаны аудара ма, жоқ па — әртүрлі, сондықтан жазба ядро кестесінде болмаса, сақталған қосылымды тексеріңіз.
ping-мен емес, маршрут іздеуімен тексеріңіз
ping бірдеңе жауап бергенін айтады. Маршрут іздеуі ядро қай интерфейсті таңдайтынын айтады, және бұл сіз шын мәнінде қойған сұрақ. Төрт қысқа команда жоқ маршрутты дұрыс емес құрылғыға нұсқайтын маршруттан ажыратады.
ip route show dev tun0 арқылы туннельдің не орнатқанын оқыңыз. Мүлде шығыс болмауы нөл маршрутты білдіреді, бұл жұмыс істейтін бөлінген туннель емес, және айқын жолсыз сүзгіні қосудың әдеттегі нәтижесі осы.
Содан кейін ip route get 10.30.5.7 арқылы бір кеңсе мекенжайын, ал ip route get 1.1.1.1 арқылы бір қарапайым интернет мекенжайын тексеріңіз. Екіншісі физикалық интерфейсті атауы керек; егер туннельді атаса, итеру мүлде сүзілмеген.
Соңында ip rule оқыңыз, өйткені бұрынғы әрекеттен қалған саясат ережесі жаңа түзеткен кестені басып кетуі мүмкін. Үстінде ескірген ережесі бар дұрыс профиль дәл бұзылған профильге ұқсайды. Тағы біреуін қоспас бұрын өткен жолы қосқан ережені жойыңыз.
Қабаттасатын қосалқы желілер бұзылған туннельге ұқсайды
Екі жеке ауқым клиент көзқарасынан бірдей болуы мүмкін, және дәл сонда бөлінген туннель өзі туғызбаған нәрсе үшін кінәланады. Егер кеңсе үй маршрутизаторыңыз қолданатын префикстің дәл өзін таратса, туннель маршруты маршрутизаторды жауып қалады да, үй желісі жоғалып кеткендей көрінеді.
Бірдеңені өзгертуден бұрын қарапайым мекенжайлар тізімін пайдаланып, өз интерфейсіңіздегі мекенжайды профиль орнататын маршрутпен салыстырыңыз. Қабаттасу нақты, және оны ешбір профиль опциясы шешпейді. Түзете алатыныңыз — атаулар, келесі адам бір емес, екі ауқымды көрсін.
Адал түзетулер — бір жағын қайта нөмірлеу немесе кеңседе мекенжайларды аудару. Бір хост маршрутын маршрутизаторға қадау маршрутизатор мекенжайы өзгергенге дейін жұмыс істейді, содан кейін ол біріншісінің үстіне қосылған екінші жұмбаққа айналады.
Шешім қайта қосылудан аман өтсін
Қолмен терілген жазбалар қайта қосылудан аман өтпейді, ал қосылым менеджері профиль іске қосылған сайын кестені қайта құрады. Шешімді қосылым жасалатын жерге қойыңыз — профиль ме, әлде менеджердің сақталған баптаулары ма. Содан кейін мінез-құлықты қоңырау кезінде анықтаудың орнына қосылымды бір рет әдейі қайта іске қосыңыз. Тек келесі қайта қосылуға дейін жұмыс істейтін профиль аяқталмаған.
Үш жолды бірден сынаңыз: кеңсе хостты тура мекенжайы бойынша, сол хостты атауы бойынша және қарапайым жалпыға ашық сайтты. Ортаңғысы итерілген DNS опцияларынан бас тартқаннан кейін баптаған атау қызметіне тәуелді, және тыныш сәтсіздікке ұшырайтын да сол.