OpenVPN Access Server: restarigi la demonon aŭ apliki la agordon

Du komandoj estas algluitaj por tio, kio ŝajnas la sama tasko ĉe OpenVPN Access Server, kaj ili faras malsamajn aferojn. systemctl restart openvpnas haltigas kaj restartigas la tutan produkton. sacli start starigas la internajn servojn, kiuj legas la agordon, kiun vi ĵus ŝanĝis. Elekti inter ili ne estas afero de gusto: ĝi dependas de tio, kion diras la dokumentaro de la agordo mem, ĉu via sesio iras tra la servilo, kiun vi baldaŭ restartigos, kaj ĉu vi eĉ rigardas la ĝustan produkton.

Du tavoloj, unu demono

Access Server funkcias kiel unu systemd-unuo, openvpnas, kaj tiu demono kontrolas la internajn servojn malantaŭ la reta interfaco kaj la VPN-aŭskultantojn. sacli estas la komandlinia interfaco al la sama instalado, ĉe /usr/local/openvpn_as/scripts/sacli, kaj ĝi povas startigi, haltigi kaj demandi tiujn internajn komponantojn sen anstataŭigi la unuon.

Tial ekzistas ambaŭ komandoj. Restartigo de la demono ree plenumas ĉion, inkluzive de la procezo, kiu finas klientajn tunelojn. sacli start petas al la jam kuranta demono starigi siajn komponantojn, por ke ili legu la novan agordon, kaj tion efektive postulas la plej multaj ŝanĝoj de ecoj.

Unua kondiĉo: kion diras la dokumentaro de la agordo

Legu la paĝon de la agordo, kiun vi ŝanĝis, ne tiun de agordo, kiun vi ŝanĝis pasintmonate. Post eco skribita per ConfigPut kutime sekvas sacli start, kaj tiu paro estas la dokumentita aplika paŝo. Ŝanĝo de konduto je la nivelo de aŭskultanto, aŭ io ajn, kion la paĝo priskribas kiel postulanta restarigon de servo, estas la klaso, en kiu restarigo de la unuo estas ĝusta.

La du komandoj ne estas interŝanĝeblaj, do la erarmodo de divenado estas nesimetria. Uzi sacli start, kiam plena restarigo necesis, lasas malnovan procezon ankoraŭ servi la antaŭan agordon, kio aspektas kvazaŭ la agordo estis ignorita. Fari plenan restarigon, kiam sacli start sufiĉus, forĵetas ĉiun konektitan klienton sen kaŭzo.

Dua kondiĉo: ĉu via sesio estas ene de la tunelo

Se vi administras Access Server per la VPN, kiun ĝi provizas, la restarigo forigas la konekton, kiu portas vian shell. La komando povas finiĝi post kiam via sesio mortas, do vi divenas, ĉu ĝi funkciis. sacli start ankaŭ povas mallonge interrompi sesion pro la sama kaŭzo, kiam la restarigata komponanto traktas vian trafikon.

Tenu malfermitan eksterkanalan vojon antaŭ ambaŭ komandoj: provizantan konsolon, hipervizoran konsolon aŭ serian sesion. Ĉi tiu kondiĉo decidas, kiam vi rulas la komandon, ne kiun komandon, kaj ĝi estas tiu, kiu transformas duminutan ŝanĝon en raporton pri paneo.

Tria kondiĉo: ĉu ĉi tio estas la produkto, kiun vi pensas

Access Server ne estas Community OpenVPN. Komunuma instalado rulas unuojn kiel openvpn@server aŭ openvpn-client@profile, kun agordo en /etc/openvpn, kaj sacli ne ekzistas tie. Restartigi ĉiun unuon kun openvpn en la nomo sur kunhava gastiganto estas la maniero, kiel nerilataj tuneloj falas kune.

Identigu antaŭ ol tuŝi ion ajn: systemctl status openvpnas --no-pager respondas, ĉu Access Server estas tio, kio funkcias, sacli status listigas ĝiajn internajn komponantojn, kaj systemctl list-units --type=service listigas unuojn, kies nomoj enhavas openvpn. Se la lasta komando montras unuojn kun profilaj nomoj, vi estas ĉe la komunuma produkto kaj la resto de ĉi tio ne koncernas vin.

Apliku ĝin, poste kontrolu preter active

Unuo, kiu raportas active, havas kurantan procezon, kio ne samas kiel funkcianta aŭtentiga vojo. Post la aplika paŝo, kontrolu sacli status por la komponantoj, kiujn vi atendis restarigi, konfirmu, ke la valoro estis konservita per sacli ConfigQuery, kaj poste rulu unu limigitan klientan ensaluton per testa konto.

Finu per io je aplika nivelo: atingi privatan rimedon tra la tunelo, ne nur ping al la publika adreso de la servilo. Manpremo, kiu sukcesas dum la puŝita vojo aŭ la DNS-agordo estas malĝusta, trapasos ĉiun servokontrolon kaj tamen malsukcesigos la personon, kiu raportis la problemon.

la lernilo de la provizanto pri administrado de servoj estas la referenco por tio, kiuj operacioj apartenas al sacli, kaj indas malfermi ĝin antaŭ ol decidi, ke restarigo estas la sekura opcio.

La decido en unu paŝo

Iru malsupren tra ĉi tiuj kvar linioj kaj haltu ĉe la unua, kiu kongruas:

• La agorda paĝo nomas sacli start, aŭ vi ĵus rulis ConfigPut: uzu sacli start.
• La paĝo postulas restarigon, aŭ la ŝanĝo tuŝas aŭskultantojn anstataŭ ecojn: uzu systemctl restart openvpnas.
• Via shell alvenas tra ĉi tiu servilo: unue aranĝu konsolan aliron, poste rulu tiun komandon, kiun elektis la du linioj supre.
• Kontrolo: sacli status, ConfigQuery por la valoro, unu ensaluto, unu privata rimedo. Servostato sola ne estas la fina linio.

Du el tiuj linioj estas kontroloj kaj du estas agoj, kaj tio estas la senco de la ordo. Se vi ne povas respondi la demandon pri la produkto, haltu: la komando, kiun vi estis rulonta, apartenas al alia instalado, kaj la tunelo, kiun vi faligos, ne estos tiu, kiun vi celis.