Қай openvpn бинарлық файлы іске қосылған? Іске қосу жолын тексеріңіз

Ескі шешім OpenVPN орындалатын файлын басқа жерге көшіріп, бастапқы жолда shell қаптамасын қалдырған. Бірнеше айдан кейін жаңарту келеді, және сол шешімді қайтару қай файл шынымен клиент екенін болжау ойынына айналады. Әмір атауы, қызметте конфигурацияланған орындалатын файл және пакеттің өз файл тізімі әртүрлі нысандарды көрсетуі мүмкін, ал біреуін қалғандарынсыз жөндеу түзетілген сияқты көрінетін, бірақ нашар жұмыс істейтін хост жасайды.

Қызмет іске қосатын жолдан бастаңыз

Терминал мен systemd бірлігі орындалатын файлдарды бірдей шешпейді. Shell PATH ішінен іздейді; бірлік жолды атайды, ал drop-in қайта анықтаулар сіз оқып отырған файлға тимей-ақ оны алмастыра алады. Осы айырмашылық бұл тапсырмадағы шатасудың көбін түсіндіреді. Ол сондай-ақ жөндеуіңіз қай файлды нысанаға алуы керегін анықтайды.

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

Бірдеңені өзгертудің алдында шешілген жолды жазып қойыңыз.

systemctl cat [email protected] | grep -n 'ExecStart'
readlink -f "$(command -v openvpn)"

Әмір атауын қызмет жолымен салыстырыңыз

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

Маңыздысы — трафикті қызмет көрсететін процесті қай иесі іске қосатынын білу. Егер бірлік /usr/local/sbin/openvpn-wrapper іске қосып, ал shell-іңіз /usr/sbin/openvpn шешсе, екінші файлды жөндеу қызметке ештеңе өзгертпейді.

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

Пакет файлдары туралы пакеттер дерекқорына сөйлеуге рұқсат етіңіз

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

Тексеруді іске қосып, бос нәтижені бірдеңенің дәлелі деп санаудың орнына шығысты оқыңыз.

dpkg -S /usr/sbin/openvpn
dpkg --verify openvpn

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

Жөндеу алдында күйді тіркеңіз

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

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

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

Іске қосуды тексеріңіз, содан кейін қаптаманы алып тастаңыз

Жөндеуден кейін қызметті іске қосып, процесс көздеген жолмен жұмыс істеп жатқанын растаңыз. Қолмен орындалған нұсқа сұрауы файлдың жұмыс істейтінін дәлелдейді; ол бірліктің оны қолданатынын дәлелдемейді.

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

Жылжытылған қаптаманы оны енгізген сол өзгеріс жазбасы арқылы алып тастаңыз. Аяқталған жөндеу қай орындалатын файл жұмыс істеп жатқанын, неге және қай файл жойылғанын айтады; файл атын қалпына келтіріп, үміттену бір нәрсе емес.