Një drop-in i OpenVPN ndryshoi çdo tunel: instanca kundrejt shabllonit

Një politikë rindezjeje e shtuar për një tunel fillon të zbatohet për çdo tunel në makinë. Ky nuk është një gabim i systemd; është ndryshimi midis një drop-in të instancës dhe një drop-in të shabllonit. Rruga nën të cilën shkruani skedarin përcakton sa shërbime do ta trashëgojnë atë.

Zgjidhni fushën përpara konfigurimit. Dy drejtoritë duken pothuajse identike, dhe vetëm njëra prej tyre është e kufizuar te instanca që kishit parasysh.

Simptoma: një redaktim, çdo tunel

Një drop-in specifik i instancës ndodhet nën një drejtori të quajtur sipas instancës së plotë, për shembull [email protected]. Një drop-in i shabllonit ndodhet nën [email protected], me shenjën @ dhe pa emër instance midis tyre. I pari vlen vetëm për office. I dyti vlen për çdo shërbim të krijuar nga ai shabllon.

Forma e shabllonit nuk arrin një shabllon [email protected] të veçantë dhe nuk arrin shërbime të palidhura me openvpn në emër.

Zgjidhni drejtorinë që përputhet me fushën

Të dyja drejtoritë ndodhen nën /etc/systemd/system/. Nëse hiqni komponentin e fundit system, krijohet një rrugë që systemd nuk e lexon si një mbivendosje sistemi, dhe kjo është një mënyrë e heshtur për ta bërë një skedar që duket i saktë të mos bëjë asgjë. Shkruani rrugën e plotë një herë dhe ripërdoreni atë.

Një drop-in ka nevojë edhe për titullin e saktë të seksionit. Cilësimet e shërbimit i përkasin [Service]. Një skedar me cilësime por pa seksion injorohet ose refuzohet, dhe njësia vazhdon të sillet si më parë ndërsa skedari qëndron atje duke u dukur autoritar.

Mbajeni qëllimin në emrin e skedarit nëse shtoni më shumë se një drop-in. Rendi leksikografik vendos bashkimin, dhe një emër që thotë çfarë bën skedari e bën atë rend të lexueshëm.

Lexoni njësinë e bashkuar përpara se të shkruani

Lexoni njësinë e bashkuar përpara se të shkruani asgjë. systemctl cat [email protected] shtyp njësinë kryesore dhe çdo drop-in që zbatohet, sipas rendit të bashkimit. Krahasojeni me një instancë të dytë kur po shqyrtoni një ndryshim shablloni. Ai krahasim tregon saktësisht cilat shërbime do të trashëgonin redaktimin.

Një skedar instance nuk i fshin cilësimet e shabllonit. Të dyja bashkohen, prandaj një vlerë shablloni që e harruat mund të jetë ende në fuqi.

Marrin pjesë edhe drop-in të tjerë të emërtuar, cilësime kohore dhe konfigurimi i ofruar nga paketat. Mos supozoni se skedari që redaktuat së fundmi është e gjithë njësia. Dalja e bashkuar është njësia.

Mbajeni politikën e njësisë jashtë profilit

Mbajini të ndara politikën e njësisë dhe konfigurimin e VPN. Një direktivë profili nuk bëhet sintaksë e vlefshme systemd sepse ndodhet nën [Service]. As cilësimi i rindezjes nuk i përket një skedari .ovpn.

Kjo ndarje është edhe arsyeja pse një politikë rindezjeje nuk është e njëjta gjë si rikuperimi i kolegëve që bën OpenVPN vetë. Vendosni çfarë sjelljeje dëshironi përpara se të zgjidhni një fushë.

Zbatojeni dhe verifikoni instancën

Pas ndryshimit, ringarkoni përkufizimet e menaxherit me systemctl daemon-reload. Ai ringarkim nuk e rindez tunelin; vetëm rilexon skedarët e njësisë. Më pas zbatojeni veprimin e ciklit të jetës që kishit ndërmend te instanca e saktë.

Verifikoni duke rilexuar njësinë e ngarkuar dhe duke vëzhguar sjelljen që ndryshuat. Një rindezje që mban punë aktive meriton një ndërprerje të planifikuar, jo një provë të shpejtë në një tunel prodhimi. Shënoni qëllimin dhe fushën e mbivendosjes pranë vendosjes, që personi tjetër të dijë nëse skedari ishte menduar të ndahej.

Nëse politika është vërtet e përbashkët, zhvendoseni me dashje te shablloni dhe kontrolloni një instancë të dytë përpara se ta shpallni të përfunduar.Referenca e njësive të systemd dokumenton përparësinë e drop-in dhe rendin e bashkimit.