NetworkManager ішіндегі жоғалған VPN маршруты: профиль саясаты ма, әлде скрипт пе?

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

Бірдеңе жазбас бұрын қай ие жауапты екенін шешіңіз.

Үш ие, бір жоғалған префикс

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

Біріншісін тексеру ең оңай: сервер немесе плагин маршрутты бір кезде ұсынды ма? Префиксті ешқашан алмаған бэкенд оны орната алмайды, ал көмекші скрипт серіктес ешқашан сипаттамаған қолжетімділікті ойлап таба алмайды. Екіншісі — профиль саясаты, ол қосылым әдетте алатын маршруттарды басуы мүмкін. Үшіншісі — кесте немесе ереже, ол маршрутты әдепкі іздеу ешқашан қарамайтын жерде ұстауы мүмкін.

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

Бірдеңе қоспас бұрын профильді оқыңыз

Сақталған қосылымның өз қасиеттерінен бастаңыз. Оларды құпияларды төкпей оқыңыз, ал профиль атауы екіұшты болса UUID пайдаланыңыз.

nmcli -f vpn.service-type,ipv4.never-default,ipv4.ignore-auto-routes,ipv4.route-table,ipv4.routes connection show office

vpn.service-type сізге қосылымды қай бэкенд иеленетінін айтады, және бұл маңызды, өйткені плагин деректері бэкендке тән. Бір плагин қабылдайтын кілт екіншісі үшін қолдау көрсетілген нұсқаулық емес, сондықтан басқа клиенттің құжаттамасынан көшірілген үзінді ешнәрсеге дәлел емес.

ipv4.ignore-auto-routes және ipv4.never-default әртүрлі сұрақтарға жауап береді. Біріншісі қосылым әдетте автоматты түрде алатын маршруттардан бас тарта алады, ал екіншісі профильдің әдепкі маршрут бола алатынын басқарады. Автоматты маршруттарды елемейтін және басқа ештеңеге сүйенбейтін профиль таза қосылады және ештеңе дерлік орнатпайды.

ip -4 rule show
ip -4 route show table all

Бұл екі команда үшінші мүмкіндікті шешеді. Префиксіңізді тек main-де емес, әр кестеден іздеңіз және саясат ережесі тиісті іздеуді басқа жерге жібере ме соны тексеріңіз. Егер префикс басқа кестеде болса және оған ештеңе жүгінбесе, сізде жоғалған маршрут жоқ; сізде оған ешқашан жетпейтін іздеу бар.

Скрипт түзете алмайтын нәрсе

Көмекші скрипт қосу NetworkManager-дің vpn.data өрісіне орындалатын бағдарлама береді. Бұл нақты механизм, және бұл осы жағдайлардың көпшілігіне дұрыс емес, өйткені скрипт басқаруды профильдің өз саясаты нені қабылдауды шешіп қойғаннан кейін алады.

OpenVPN-нің script-security — келесі қайталанатын шатасу. Бұл клиент қандай скрипттерді орындай алатынын және олардың ортасына нені қоя алатынын анықтайтын OpenVPN баптауы; 3-деңгей тіркелгі деректерін орта арқылы беруге рұқсат етеді, бұл маршруттауды түзету емес, құпияларды өңдеу туралы шешім. Оны бэкенді OpenVPN емес профильге жапсыру немесе ешбір скриптке қажет болмағанда оны көтеру маршрут қоспай-ақ әсер ету аясын қосады.

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

Шешім, ретімен

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

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

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