Een OpenVPN drop-in het elke tonnel verander: instansie teenoor sjabloon

’n Herbeginbeleid wat vir een tonnel bygevoeg is, begin op elke tonnel op die masjien toegepas word. Dit is nie ’n systemd-fout nie; dit is die verskil tussen ’n instansie-drop-in en ’n sjabloon-drop-in. Die pad waaronder jy die lêer skryf, besluit hoeveel dienste dit oorerf.

Kies die omvang voor die instelling. Die twee gidse lyk byna identies, en net een van hulle is beperk tot die instansie wat jy bedoel het.

Die simptoom: een wysiging, elke tonnel

’n Instansiespesifieke drop-in lê onder ’n gids wat na die volle instansie genoem is, soos [email protected]. ’n Sjabloon-drop-in lê onder [email protected], met die byteken en geen instansienaam tussen hulle nie. Die eerste geld net vir office. Die tweede geld vir elke diens wat uit daardie sjabloon geskep word.

Die sjabloonvorm bereik nie ’n aparte [email protected]-sjabloon nie, en dit bereik nie onverwante dienste met openvpn in die naam nie.

Kies die gids wat by die omvang pas

Albei gidse lê onder /etc/systemd/system/. As jy die laaste system-komponent weglaat, ontstaan ’n pad wat systemd nie as ’n stelseloorheersing lees nie, wat ’n stil manier is om ’n korrek-voorkomende lêer niks te laat doen nie. Skryf die volle pad een keer en gebruik dit weer.

’n Drop-in het ook die regte afdelingopskrif nodig. Diensinstellings hoort onder [Service]. ’n Lêer met instellings maar sonder afdeling word geïgnoreer of verwerp, en die eenheid hou aan om soos voorheen te werk terwyl die lêer daar sit en gesaghebbend lyk.

Hou die doel in die lêernaam as jy meer as een drop-in byvoeg. Leksikografiese volgorde bepaal die samesmelting, en ’n naam wat sê wat die lêer doen, maak daardie volgorde leesbaar.

Lees die saamgevoegde eenheid voordat jy skryf

Lees die saamgevoegde eenheid voordat jy enigiets skryf. systemctl cat [email protected] druk die hoofeenheid en elke drop-in wat geld, in samesmeltingsorde. Vergelyk dit met ’n tweede instansie wanneer jy ’n sjabloonverandering oorweeg. Daardie vergelyking wys presies watter dienste die wysiging sou oorerf.

’n Instansielêer vee nie sjablooninstellings uit nie. Albei word saamgevoeg, dus ’n sjabloonwaarde wat jy vergeet het, kan steeds geld.

Ander benoemde drop-ins, looptydinstellings en konfigurasie wat deur pakkette verskaf word, speel ook mee. Moenie aanneem dat die lêer wat jy laas gewysig het, die hele eenheid is nie. Die saamgevoegde uitset is die eenheid.

Hou eenheidbeleid uit die profiel

Hou eenheidbeleid en VPN-konfigurasie apart. ’n Profielopdrag word nie geldige systemd-sintaks omdat dit onder [Service] sit nie. ’n Herbegininstelling hoort ook nie in ’n .ovpn-lêer nie.

Daardie skeiding is ook die rede waarom ’n herbeginbeleid nie dieselfde ding is as OpenVPN se eie eweknie-herstel nie. Besluit watter gedrag jy wil hê voordat jy ’n omvang kies.

Pas dit toe en verifieer die instansie

Laai ná die wysiging die bestuurder se definisies her met systemctl daemon-reload. Daardie herlaai herbegin nie die tonnel nie; dit lees net eenheidslêers weer. Pas dan die lewensiklusaksie wat jy bedoel het op die presiese instansie toe.

Verifieer deur die gelaalde eenheid weer te lees en deur die gedrag wat jy verander het, dop te hou. ’n Herbegin wat aktiewe werk dra, verdien ’n beplande onderbreking, nie ’n vinnige toets op ’n produksie-tonnel nie. Teken die oorheersing se doel en omvang langs die ontplooiing aan sodat die volgende persoon weet of die lêer bedoel was om gedeel te word.

As die beleid regtig gedeel word, skuif dit doelbewus na die sjabloon en kontroleer ’n tweede instansie voordat jy dit as klaar beskou. Die systemd-eenheidverwysing dokumenteer drop-in-voorrang en samesmeltingsorde.