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 жана плагинге таандык маалымат сөздүгүн документтештирет, жана ачкыч бар деп божомолдоодон мурун дал ошондон баштоо керек.

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