Ubuntu дээр ачаалах үед OpenVPN: NetworkManager эсвэл systemd?

Ихэнх гарын авлага энэ сонголтыг гадаад төрх гэж танилцуулдаг: NetworkManager туннелийг өргөх, эсвэл systemd-ийн хуулбарыг идэвхжүүлээд дуусгах. Хоёр зам нь дэлгэцгүй машин дээр үр дүнг шийдэх нэг зүйлээр ялгаатай бөгөөд энэ нь аль хэрэгсэл шинээр байхтай ямар ч холбоогүй. NetworkManager нууцуудыг сессээр нээдэг; systemd-ийн хуулбарт нээх сесс байхгүй. Нууцтай харьцах нь таны өмнөх машинтай тохирох замыг сонгоно уу.

Бусад бүх зүйл, маршрут суулгахаас дахин холбогдох зан төлөв хүртэл, эхний шийдвэрээс гардаг.

Хэн ч дурдаагүй ялгаа нь түлхүүрийн бөгж юм

NetworkManager VPN профайл эзэмших үед нууц үг нэвтрэх түлхүүрийн бөгжид байж болох бөгөөд хэрэглэгч нэвтрэх үед нээгддэг. Зөөврийн компьютер дээр энэ сайн ажилладаг: хүн байгаа, бөгж нээгдэж, туннель өргөгддөг. Хяналтгүй ачаалдаг сервер дээр ямар нэгэн зүйл нээх хүн байхгүй тул профайл хэзээ ч ирэхгүй нууцыг хүлээдэг. Холболт тохируулагдсан мэт харагдаж, хэзээ ч идэвхждэггүй.

systemd-ийн хуулбар дискээс итгэмжлэлийн файл уншиж энэ асуудлаас зайлсхийдэг бөгөөд энэ нь файлыг таны хамгаалж буй зүйл болгодог. chmod 400 болон root-ийн эзэмшил нь доод хязгаар бөгөөд файл таны хянадаггүй нөөц хуулбар болон образын загваруудаас гадуур байх ёстой.

VPN-ийг холболтод хавсаргах нь ачааллын баталгаа биш

nm-connection-editor дээр VPN-ийн оронд утастай эсвэл утасгүй холболтыг сонгож, General табыг нээж, VPN-д автоматаар холбогдох сонголтыг тэмдэглэж, профайлд нэр өгнө үү. Дараа нь үндсэн холболт холбогдсон төлөвт хүрэхэд NetworkManager VPN-ийг хоёрдогч холболт болгон идэвхжүүлдэг. Энэ нь хамаарал бөгөөд галт ханын дүрэм биш. Туннель өргөгдөхөөс өмнөх секундэд пакетууд гарч болох бөгөөд нээгдэж чадаагүй хадгалагдсан нууц машиныг түүнгүйгээр онлайн үлдээдэг.

Хэрэв шаардлага нь туннельгүйгээр юу ч гарахгүй байх юм бол үүнийг хэлж, унтраалга бариарай, учир нь энэ тохиргоо нэгийг ч өгөхгүй. Түр зогсолт болон үргэлжлэлийг ч шалгаарай, учир нь буцах замд хоёрдогч холболт дахин үнэлэгддэг.

systemd-ийн хуулбарт тохирох файлын нэр хэрэгтэй

Профайлыг багц хүлээж буй клиентийн хавтасанд, жишээ нь /etc/openvpn/client/office.conf дотор тавьж, дотроос нь итгэмжлэлийн файлыг auth-user-pass office.cred-оор зааж өгнө үү. Хуулбарын нэр нь өргөтгөлгүй файлын нэр тул openvpn-client@office нь office.conf файлыг уншдаг. Үүнийг sudo systemctl enable --now openvpn-client@office-оор идэвхжүүлж, блогийн жишээнд итгэхийн оронд systemctl cat openvpn-client@office-оор тохирлыг баталгаажуулна уу.

Профайл доторх замууд нь профайлд биш, нэгжийн ажлын хавтаст хамааруулан шийдэгддэг тул харьцангуй ca эсвэл auth-user-pass мөр ачаалах үед бүтэлгүйтэж болох боловч гараар шалгахад ажилладаг. Нэгж олох ёстой бүх зүйлд абсолют зам ашиглана уу. Дараа нь бодит ачааллын дараа journalctl -u openvpn-client@office -b-ыг уншина уу; туннельгүйгээр идэвхтэй гэж мэдээлсэн нэгж ихэвчлэн тэр лог дотор дутуу файлыг нэрлэдэг.

Хуучин багцууд өөр загварын нэрийг нийлүүлдэг тул systemctl list-unit-files 'openvpn*' нь энэ хост дээр аль нь байгааг шийднэ.

Дахин холбогдох зан төлөв нь тусдаа шийдвэр

ping-restart бүхий профайл туннель унасны дараа дахин бүтээдэг бөгөөд дахин эхлүүлэх заавар бүхий нэгж үйлчилгээний түвшинд ижил төстэй зүйл хийдэг. Эдгээр нь таны сонгодог бодлого бөгөөд өвлөж авдаг өгөгдмөл утга биш. Холболт зөвхөн шаардлагаар өргөгдөх ёстой бол дахин эхлүүлэх зан төлөвийг санаатайгаар арилгаж, шалтгааныг бичнэ үү. Хэрэв нэгж сүлжээ ашиглах боломжтой болохоос өмнө эхэлбэл дахин оролдох бодлого хэрэгтэй, учир нь ачаалах үеийн нэг бүтэлгүй оролдлого өөрөө давтагддаггүй.

Зогсоох нь мөн адил шууд утгатай: sudo systemctl disable --now openvpn-client@office ажиллаж буй хуулбарыг зогсоож, ачааллын холбоосыг устгана. Зөвхөн идэвхгүй болгох нь туннелийг дараагийн дахин ачаалах хүртэл ажиллуулж үлдээдэг бөгөөд идэвхгүй болгоод интерфейс өргөгдсөн хэвээр байгааг харсан хэн бүхнийг гайхшруулдаг.

Дахин ачаалаад дөрвөн зүйлийг дарааллаар шалгана уу

Үйлчилгээг дахин эхлүүлэх нь үйлчилгээг шалгадаг; машиныг дахин ачаалах нь ачааллын замыг шалгадаг. Дахин ачаалсны дараа нэгж өргөгдсөн, дараа нь алсын дэд сүлжээнд маршрут байгаа, дараа нь машин интернэтэд ямар хаяг үзүүлж байгаа, эцэст нь нэрс туннелээр шийдэгдэж байгааг баталгаажуулна уу. Ямар нэгэн зүйл буруу байвал эдгээр дөрвөн шалгалт яг тэр дарааллаар бүтэлгүйтдэг нь эхний бүтэлгүйтлийг ашигтай болгодог.

Маршрутгүй идэвхтэй нэгж ихэвчлэн профайл холбогдсон боловч сервер ямар ч маршрут түлхээгүй, эсвэл маршрут дараа нь алга болсон интерфейс дээр суулгагдсан гэсэн үг. Нэр хайлт ажиллахгүй маршрут нь туннель өөрөө биш, DNS тохиргоог заадаг.

Туннель өргөгдөж чадахгүй үед юу болох ёстойг урьдчилан шийдээрэй. Энгийн холболт руу буцах нь бодлого бөгөөд эхэлж ажилласан менежерт үлдээхийн оронд бичиж үлдээх ёстой.