OpenVPN эле эски маршруттарды түртүп жатабы? Ал эмнени жүктөгөнүн текшериңиз

Маршрут кошосуз, кызматты кайра баштайсыз, кайра туташасыз, ал эми кардардын таблицасы мурункудай эле көрүнөт. Эки башка нерсе туура болушу мүмкүн: сервер сиздин өзгөртүүңүздү жүктөгөн эмес, же кардар алганын орноткон эмес. Симптомдон башка орток эч нерсе жок, ошондуктан биринчи кадам кайсы учур экенин аныктоо.

Төмөнкү салыштыруу процесстен тышкары карай жүрөт, анткени кайсы файл күчүндө экенин тек процесстин өзү билет.

Сиз түзөткөн файл жана процесс окуган файл

unit жана анын жараткан буйрук сабынан баштаңыз. systemd хостунда systemctl cat openvpn@server ExecStart сабын басып чыгарат, ал эми instance unit адатта конфигурация жолун instance атынан алат, ошондуктан openvpn@office катары башталган демон openvpn@server катары башталгандан башка файлды окуйт. Муну иштеп жаткан процесстин argv менен салыштырыңыз. Конфигурацияны башкаруу куралы өзгөртүүнү жоготуунун дагы бир жолун кошот: ал туура файлды unit эч качан атабаган жерге жаза алат, ошондо ийгиликтүү жайгаштыруу эч нерсе кылбагандай көрүнөт.

Убакыт белгилери муну тез чечет: файл процесстин башталган убактысынан жаңыраак болсо, процесс аны окуй алган эмес. Маршрутизатордун firmware үчүнчү учурду кошот, анткени көптөгөн моделдер жөндөөлөрүн flash ичинде сактап, жүктөө учурунда конфигурацияны кайра курат, бул дисктеги файлды түзөтүүнү таптакыр туура эмес катмарга айландырат.

Сервер эмнени түртөт жана кардар эмнени орнотот

Жиберилген маршрут эки чыпкадан өтүшү керек. Серверде ал жүктөлгөн конфигурацияда болушу керек, комментарийге алынган блокто же аты туура келбеген кардарга тиешелүү файлда эмес. Кардарда pull күйүк болушу керек жана эч бир pull-filter бул опцияны ыргытпашы керек. verbosity 4 менен туташып, кардар билдирген жиберилген опцияларды окуңуз: маршрут ошол тизмеде болсо, сервер өз ишин аткарды, ал эми аны орнотпоону кардар өзү тандап жатат.

Кардарга тиешелүү файлдар көп учурда түшүнбөстүктүн булагы. Сертификаттын common name боюнча аталган файл опцияларды ошол кардарга гана түртөт, ал эми бир белги айырмасы түртүүнү унчукпай токтотот, эки тарапта тең ката көрүнбөйт. Сервер туташуу учурунда көргөн common name жазат, ошондуктан бул маанини файлдын аты менен салыштырыңыз, кардардын аты деп ойлогонуңуз менен эмес.

Жиберилген префикс жана кайтуу маршруту эки башка маселе

Өзүнүн жергиликтүү интернет жолун сактоо үчүн redirect-gateway ти атайылап этибарга албаган кардар экинчи, байланышсыз кемтикти жаратат. Сервердин зонддору туннелдин дарегине жетет, бирок жооптор эч качан келбейт, анткени сервердин туннель IP сине жиберилген жооп кардардын кадимки демейки шлюзу аркылуу маршрутталат. Бул жерде жиберилген ички тармак маршруту күнөөлүү эмес; жетишпегени сервердин туннель тармагынын трафигин туннель түзмөгү аркылуу кайтарган маршрут.

Ошол маршрутту кардарга кошуу сервер баштаган зонддорго жоопторду оңдойт. Ал жиберилген ички тармак маршрутун алмаштырбайт жана тескерисинче да туура, анткени экөө карама-каршы багыттарды сүрөттөйт.

Эки учундагы таблицаларды салыштырыңыз

Ар кандай өзгөртүүдөн кийин кайра туташып, кардардын таблицасынан жиберилген префиксти жана туннель түзмөгүн окуңуз. Андан кийин эки багытта текшериңиз: кардардан жиберилген ички тармактагы хостко жана ошол хосттон кайра кардарга. Бар болгону менен трафикти ташыбаган маршрут үчөөнүн бирин билдирет: алыскы тарап өткөрбөйт, firewall агымды таштайт, же жооптун кайтуу жолу жок.

Үч идентификаторду чогуу сактаңыз: конфигурация жолу, unit же instance аты жана сынак жүргүзгөн кардардын инсандыгы.

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

Кайра баштоодон аман калган маршрут маселеси көбүнчө маршруттоо маселеси эмес; бузулуу сиз үзгүлтүксүз окуп жаткан таблицадан жогорураак жайгашкан.