Нэг OpenVPN drop-in бүх туннелийг өөрчилсөн: хуулбар ба загвар

Нэг туннельд нэмсэн дахин эхлүүлэх бодлого машины бүх туннельд үйлчилж эхэлдэг. Энэ нь systemd-ийн алдаа биш; энэ нь хуулбарын drop-in болон загварын drop-in-ийн ялгаа юм. Файлыг аль замын доор бичих нь түүнийг хэдэн үйлчилгээ өвлөхийг тодорхойлно.

Тохиргооны өмнө хамрах хүрээг сонгоно уу. Хоёр хавтас бараг ижил харагдана, зөвхөн нэг нь таны санаж байсан хуулбараар хязгаарлагддаг.

Шинж тэмдэг: нэг засвар, бүх туннель

Хуулбарад хамаарах drop-in бүрэн хуулбарын нэрээр нэрлэгдсэн хавтасны доор байрлана, жишээ нь [email protected]. Загварын drop-in [email protected]-ийн доор байрлана, дунд нь @ тэмдэг байх ба хуулбарын нэр байхгүй. Эхнийх нь зөвхөн office-д хамаарна. Хоёр дахь нь тэр загвараас үүсгэсэн бүх үйлчилгээнд хамаарна.

Загварын хэлбэр нь тусдаа [email protected] загварт хүрэхгүй, нэрэнд openvpn орсон холбоогүй үйлчилгээнд ч хүрэхгүй.

Хамрах хүрээнд тохирох хавтасыг сонгоно уу

Хоёр хавтас /etc/systemd/system/-ийн доор байна. Сүүлийн system бүрэлдэхүүнийг орхивол systemd системийн даралт гэж уншихгүй зам үүснэ, энэ нь зөв харагдах файлыг юу ч хийхгүй болгох чимээгүй арга юм. Бүрэн замыг нэг удаа бичээд дахин ашиглана уу.

drop-in-д зөв хэсгийн гарчиг ч хэрэгтэй. Үйлчилгээний тохиргоо [Service]-ийн доор хамаарна. Тохиргоотой боловч хэсэггүй файлыг үл тоомсорлодог эсвэл татгалздаг бөгөөд файл тэнд эрх мэдэлтэй харагдаж байх хооронд unit өмнөх шигээ ажилласаар байна.

Нэгээс олон drop-in нэмбэл зорилгыг файлын нэрэнд үлдээгээрэй. Нэгтгэлийг үг зүйн дараалал шийддэг, файл юу хийдгийг хэлсэн нэр тэр дарааллыг уншигдахуйц болгоно.

Бичихийн өмнө нэгтгэсэн unit-ыг уншина уу

Ямар нэгэн зүйл бичихийн өмнө нэгтгэсэн unit-ыг уншина уу. systemctl cat [email protected] үндсэн unit болон хэрэглэгдэх drop-in бүрийг нэгтгэлийн дарааллаар хэвлэнэ. Загварын өөрчлөлтийг бодож байхдаа үүнийг хоёр дахь хуулбартай харьцуулна уу. Тэр харьцуулалт аль үйлчилгээ засварыг өвлөхийг яг таг харуулна.

Хуулбарын файл загварын тохиргоог устгахгүй. Хоёулаа нэгтгэгддэг тул мартсан загварын утга хүчинтэй хэвээр байж болно.

Бусад нэрлэсэн drop-in, ажиллагааны үеийн тохиргоо, багцуудын өгсөн конфигурац ч оролцоно. Хамгийн сүүлд засварласан файл бүх unit гэж бүү бодоорой. Нэгтгэсэн гаралт нь unit юм.

unit-ийн бодлогыг профайлаас гадуур байлгана уу

unit-ийн бодлого болон VPN конфигурацыг тусад нь байлгана уу. Профайлын заавар нь [Service]-ийн доор байгаа учраас хүчинтэй systemd синтакс болохгүй. Дахин эхлүүлэх тохиргоо ч .ovpn файлд хамаарахгүй.

Энэ тусгаарлалт нь дахин эхлүүлэх бодлого OpenVPN өөрөө хийдэг хамтрагчдыг сэргээхтэй ижил биш гэдгийн шалтгаан болдог. Хамрах хүрээг сонгохын өмнө ямар зан төлөв хүсэж байгаагаа шийдээрэй.

Хэрэглэж, хуулбарыг шалгана уу

Өөрчлөлтийн дараа менежерийн тодорхойлолтыг systemctl daemon-reload-ээр дахин ачаална уу. Тэр дахин ачаалолт туннелийг дахин эхлүүлэхгүй; зөвхөн unit файлуудыг дахин уншина. Дараа нь зорьсон амьдралын мөчлөгийн үйлдлийг яг хуулбарт хэрэглэнэ үү.

Ачаалсан unit-ыг дахин уншиж, өөрчилсөн зан төлөвийг ажиглаж шалгана уу. Идэвхтэй ажил агуулсан дахин эхлүүлэлт нь төлөвлөсөн тасалдалд үнэ цэнэтэй, үйлдвэрлэлийн туннель дээрх хурдан туршилтад биш. Даралтын зорилго, хүрээг байршуулалтын хажууд тэмдэглээрэй, дараагийн хүн файлыг хуваалцахад зориулсан эсэхийг мэдэх болно.

Хэрэв бодлого үнэхээр нийтлэг бол зориудоор загвар руу зөөж, дууссан гэж хэлэхийн өмнө хоёр дахь хуулбарыг шалгана уу.systemd unit-ийн лавлагаа drop-in-ийн давуу эрх, нэгтгэлийн дарааллыг баримтжуулдаг.