Viens OpenVPN drop-in mainīja visus tuneļus: instancē pret veidni

Vienam tunelim pievienotā restartēšanas politika sāk attiekties uz katru mašīnas tuneli. Tā nav systemd kļūda; tā ir atšķirība starp instances drop-in un veidnes drop-in. Ceļš, zem kura rakstāt failu, nosaka, cik pakalpojumu to mantos.

Izvēlieties tvērumu pirms iestatījuma. Abas mapes izskatās gandrīz identiski, un tikai viena no tām aprobežojas ar jūsu domāto instanci.

Simptoms: viens labojums, visi tuneļi

Instances specifiskais drop-in atrodas mapē, kas nosaukta pēc pilnas instances, piemēram, [email protected]. Veidnes drop-in atrodas [email protected] mapē, ar @ zīmi un bez instances nosaukuma starp tām. Pirmais attiecas tikai uz office. Otrais attiecas uz katru pakalpojumu, kas izveidots no šīs veidnes.

Veidnes forma nesasniedz atsevišķu [email protected] veidni un nesasniedz nesaistītus pakalpojumus, kuru nosaukumā ir openvpn.

Izvēlieties mapi, kas atbilst tvērumam

Abas mapes atrodas zem /etc/systemd/system/. Ja izlaižat pēdējo system komponenti, rodas ceļš, ko systemd nelasa kā sistēmas pārrakstījumu, un tas ir kluss veids, kā pareizi izskatošu failu likt nedarīt neko. Uzrakstiet pilnu ceļu vienreiz un izmantojiet to atkārtoti.

Drop-in vajag arī pareizo sadaļas virsrakstu. Pakalpojuma iestatījumi pieder zem [Service]. Fails ar iestatījumiem, bet bez sadaļas, tiek ignorēts vai noraidīts, un unit turpina uzvesties kā iepriekš, kamēr fails stāv tur un izskatās autoritatīvs.

Ja pievienojat vairāk nekā vienu drop-in, saglabājiet mērķi faila nosaukumā. Apvienošanu nosaka leksikogrāfiskā secība, un nosaukums, kas pasaka, ko fails dara, padara šo secību lasāmu.

Pirms rakstīšanas izlasiet apvienoto unit

Pirms kaut kā rakstīšanas izlasiet apvienoto unit. systemctl cat [email protected] izdrukā galveno unit un katru piemērojamo drop-in apvienošanas secībā. Salīdziniet to ar otru instanci, kad apsverat veidnes maiņu. Šis salīdzinājums precīzi parāda, kuri pakalpojumi mantotu labojumu.

Instances fails nedzēš veidnes iestatījumus. Abi tiek apvienoti, tāpēc aizmirsta veidnes vērtība var joprojām būt spēkā.

Piedalās arī citi nosaukti drop-in, izpildlaika iestatījumi un pakotņu nodrošinātā konfigurācija. Neuzskatiet, ka fails, kuru rediģējāt pēdējo, ir viss unit. Apvienotā izvade ir unit.

Turiet unit politiku ārpus profila

Turiet unit politiku un VPN konfigurāciju atsevišķi. Profila direktīva nekļūst par derīgu systemd sintaksi tikai tāpēc, ka atrodas zem [Service]. Restartēšanas iestatījums arī neietilpst .ovpn failā.

Šī atdalīšana ir arī iemesls, kāpēc restartēšanas politika nav tas pats, ko OpenVPN pats dara, atjaunojot partnerus. Izlemiet, kādu uzvedību vēlaties, pirms izvēlaties tvērumu.

Piemērojiet un pārbaudiet instanci

Pēc izmaiņām pārlādējiet pārvaldnieka definīcijas ar systemctl daemon-reload. Šī pārlāde tuneli neresetē; tā tikai nolasa unit failus vēlreiz. Pēc tam piemērojiet paredzēto dzīves cikla darbību precīzajai instancei.

Pārbaudiet, vēlreiz nolasot ielādēto unit un vērojot mainīto uzvedību. Restartēšana, kas nes aktīvu darbu, ir pelnījusi plānotu pārtraukumu, nevis ātru testu ražošanas tunelī. Pierakstiet pārrakstījuma mērķi un tvērumu blakus izvietojumam, lai nākamā persona zinātu, vai fails bija paredzēts kopīgošanai.

Ja politika patiešām ir kopīga, apzināti pārvietojiet to uz veidni un pirms gatavības pasludināšanas pārbaudiet otru instanci.systemd unit uzziņa dokumentē drop-in prioritāti un apvienošanas secību.