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

Оңдоодон мурун абалды жазыңыз

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

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

Иштеп жатканда кызмат кайсы профилдерди колдонорун жана ким туташканын жазыңыз, анткени туннелди кайра иштетүү хостту башкарган сессияңызды үзүшү мүмкүн.

Иштетүүнү текшериңиз, анан каптоону алып салыңыз

Оңдоодон кийин кызматты иштетип, процесс сиз көздөгөн жол менен иштеп жатканын ырастаңыз. Кол менен аткарылган версия суроосу файл иштээрин далилдейт; бирдик аны колдонорун далилдебейт.

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

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