Unu OpenVPN drop-in ŝanĝis ĉiun tunelon: instanco kontraŭ ŝablono

Restartpolitiko aldonita por unu tunelo komencas aplikiĝi al ĉiu tunelo sur la maŝino. Tio ne estas cimo de systemd; temas pri la diferenco inter instanca drop-in kaj ŝablona drop-in. La vojo, sub kiu vi skribas la dosieron, decidas kiom da servoj heredos ĝin.

Elektu la amplekson antaŭ la agordo. La du dosierujoj aspektas preskaŭ identaj, kaj nur unu el ili limiĝas al la instanco, kiun vi celis.

La simptomo: unu redakto, ĉiu tunelo

Instanca drop-in loĝas sub dosierujo nomita laŭ la plena instanco, ekzemple [email protected]. Ŝablona drop-in loĝas sub [email protected], kun la signo @ kaj neniu instanca nomo inter ili. La unua validas nur por office. La dua validas por ĉiu servo kreita el tiu ŝablono.

La ŝablona formo ne atingas apartan ŝablonon [email protected], kaj ĝi ne atingas ne rilatajn servojn kun openvpn en la nomo.

Elektu la dosierujon, kiu kongruas kun la amplekso

Ambaŭ dosierujoj troviĝas sub /etc/systemd/system/. Se vi forlasas la lastan komponanton system, aperas vojo, kiun systemd ne legas kiel sisteman anstataŭon, kaj tio estas kvieta maniero igi ĝustaspektan dosieron fari nenion. Skribu la plenan vojon unufoje kaj reuzu ĝin.

Drop-in ankaŭ bezonas la ĝustan sekcian titolon. Servagordoj apartenas sub [Service]. Dosiero kun agordoj sed sen sekcio estas ignorata aŭ malakceptata, kaj la unuo daŭre kondutas kiel antaŭe dum la dosiero kuŝas tie kaj aspektas aŭtoritata.

Konservu la celon en la dosiernomo se vi aldonas pli ol unu drop-in. Leksikografia ordo decidas la kunfandon, kaj nomo, kiu diras, kion la dosiero faras, igas tiun ordon legebla.

Legu la kunfanditan unuon antaŭ ol skribi

Legu la kunfanditan unuon antaŭ ol skribi ion ajn. systemctl cat [email protected] presas la ĉefan unuon kaj ĉiun validan drop-in en kunfanda ordo. Komparu ĝin kun dua instanco kiam vi pripensas ŝanĝon de la ŝablono. Tiu komparo montras precize, kiuj servoj heredus la redakton.

Instanca dosiero ne forviŝas ŝablonajn agordojn. Ambaŭ kunfandiĝas, do ŝablona valoro, kiun vi forgesis, povas ankoraŭ validi.

Ankaŭ partoprenas aliaj nomitaj drop-in-oj, rultempaj agordoj kaj konfiguraĵo liverita de pakaĵoj. Ne supozu, ke la dosiero, kiun vi laste redaktis, estas la tuta unuo. La kunfandita eligo estas la unuo.

Tenadu la unuan politikon ekster la profilo

Tenadu la unuan politikon kaj la VPN-konfiguraĵon aparte. Profila direktivo ne fariĝas valida systemd-sintakso nur ĉar ĝi staras sub [Service]. Restartagordo ankaŭ ne apartenas al dosiero .ovpn.

Tiu apartigo ankaŭ klarigas, kial restartpolitiko ne estas la sama afero kiel la kunula rekuperado, kiun faras OpenVPN mem. Decidu, kiun konduton vi volas, antaŭ ol elekti amplekson.

Apliku ĝin kaj kontrolu la instancon

Post la ŝanĝo, reŝargu la difinojn de la administrilo per systemctl daemon-reload. Tiu reŝargo ne restartigas la tunelon; ĝi nur relegas unuodosierojn. Poste apliku la celitan vivciklan agon al la ĝusta instanco.

Kontrolu relegante la ŝargitan unuon kaj observante la konduton, kiun vi ŝanĝis. Restarto, kiu portas aktivan laboron, meritas planitan interrompon, ne rapidan teston sur produkta tunelo. Notu la celon kaj amplekson de la anstataŭo apud la deplojo, por ke la sekva persono sciu, ĉu la dosiero estis destinita por dividiĝi.

Se la politiko vere estas komuna, movu ĝin intence al la ŝablono kaj kontrolu duan instancon antaŭ ol nomi ĝin finita. La systemd-unua referenco dokumentas drop-in-an prioritaton kaj kunfandan ordon.