Ien OpenVPN drop-in feroare elke tunnel: eksimplaar tsjin sjabloan

In werstartbelied dat foar ien tunnel tafoege is, begjint te jilden foar elke tunnel op ’e masine. Dat is gjin systemd-bug; it is it ferskil tusken in eksimplaar-drop-in en in sjabloan-drop-in. It paad dêr’t jo it bestân ûnder skriuwe, beslút hoefolle tsjinsten it ervje.

Kies it berik foar de ynstelling. De beide mappen sjogge hast identyk út, en mar ien fan har is beheind ta it eksimplaar dat jo bedoelden.

It symptoom: ien bewurking, elke tunnel

In eksimplaarspecifike drop-in wennet ûnder in map neamd nei it folsleine eksimplaar, bygelyks [email protected]. In sjabloan-drop-in wennet ûnder [email protected], mei it @-teken en gjin eksimplaarnamme der tusken. De earste jildt allinnich foar office. De twadde jildt foar elke tsjinst dy’t út dat sjabloan makke wurdt.

De sjabloanfoarm berikt gjin apart [email protected]-sjabloan, en berikt gjin net-relatearre tsjinsten mei openvpn yn ’e namme.

Kies de map dy’t by it berik past

Beide mappen steane ûnder /etc/systemd/system/. As jo de lêste system-komponint weilitte, ûntstiet in paad dat systemd net as in systeemoerskriuwing lêst, en dat is in stilmanier om in bestân dat der goed útsjocht neat te litten dwaan. Skriuw it folsleine paad ien kear en brûk it opnij.

In drop-in hat ek de krekte seksjekop nedich. Tsjinstynstellingen hearre ûnder [Service]. In bestân mei ynstellingen mar sûnder seksje wurdt negearre of wegere, en de unit bliuwt him hâlden sa’t er wie wylst it bestân dêr sit en autoritatyf liket.

Hâld it doel yn ’e bestânsnamme as jo mear as ien drop-in tafoegje. De leksikografyske folchoarder beslút de gearfoeging, en in namme dy’t seit wat it bestân docht makket dy folchoarder lêsber.

Lês de gearfoege unit foardat jo skriuwe

Lês de gearfoege unit foardat jo eat skriuwe. systemctl cat [email protected] printsje de haadunit en elke drop-in dy’t jildt, yn gearfoegingsfolchoarder. Fergelykje dy mei in twadde eksimplaar as jo in sjabloanwiziging oerweegje. Dy fergeliking lit krekt sjen hokker tsjinsten de bewurking ervje soene.

In eksimplaarbestân wisket gjin sjabloanynstellingen út. Beide wurde gearfoege, dus in sjabloanwearde dy’t jo fergetten binne kin noch jilde.

Oare neamde drop-ins, ynstellingen foar runtime en konfiguraasje fan pakketten dogge ek mei. Tink net dat it bestân dat jo it lêst bewurke hawwe de hiele unit is. De gearfoege útfier is de unit.

Hâld it unitbelied bûten it profyl

Hâld unitbelied en VPN-konfiguraasje apart. In profyldirektive wurdt net jildige systemd-syntaksis om’t er ûnder [Service] stiet. In werstartynstelling heart ek net yn in .ovpn-bestân.

Dy skieding is ek de reden wêrom’t in werstartbelied net itselde is as it peer-herstel dat OpenVPN sels docht. Beslis hokker gedrach jo wolle foardat jo in berik kieze.

Pas it ta en ferifiearje it eksimplaar

Nei de wiziging, laad de definysjes fan ’e behearder opnij mei systemctl daemon-reload. Dy opnij lade startet de tunnel net opnij; it lêst allinnich unitbestannen opnij. Pas dan de libbenssyklusaksje dy’t jo bedoelden ta op it krekte eksimplaar.

Ferifiearje troch de laden unit opnij te lêzen en it gedrach dat jo feroare hawwe te besjen. In werstart dy’t aktyf wurk draacht fertsjinnet in plande ûnderbrekking, gjin flugge test op in produksjetunnel. Skriuw it doel en it berik fan ’e oerskriuwing njonken de útrulling, sadat de folgjende persoan wit oft it bestân bedoeld wie om dield te wurden.

As it belied echt dield is, ferpleats it dan bewust nei it sjabloan en kontrolearje in twadde eksimplaar foardat jo it klear neame. De systemd-unitreferinsje dokumintearret drop-in-foarrang en gearfoegingsfolchoarder.