Twee opdragte word geplak vir wat soos dieselfde taak op OpenVPN Access Server lyk, en hulle doen verskillende dinge. systemctl restart openvpnas stop en begin die hele produk. sacli start bring die interne dienste op wat die konfigurasie lees wat jy pas verander het. Om tussen hulle te kies is nie ’n kwessie van smaak nie: dit hang af van wat die instelling se eie dokumentasie se, of jou sessie deur die bediener loop wat jy op die punt is om te herbegin, en of jy selfs na die regte produk kyk.

Twee lae, een daemon

Access Server loop as een systemd-eenheid, openvpnas, en daardie daemon hou toesig oor die interne dienste agter die webkoppelvlak en die VPN-luisteraars. sacli is die opdragreelkoppelvlak na dieselfde installasie, by /usr/local/openvpn_as/scripts/sacli, en dit kan daardie interne komponente begin, stop en bevraag sonder om die eenheid te vervang.

Dit is hoekom albei opdragte bestaan. ’n Daemon-herbegin voer alles weer uit, insluitend die proses wat klienttonnels beeindig. sacli start vra die daemon wat reeds loop om sy komponente op te bring sodat hulle die nuwe konfigurasie lees, en dit is wat die meeste eiendomsveranderings werklik vereis.

Voorwaarde een: wat die instellingsdokumentasie se

Lees die bladsy vir die instelling wat jy verander het, nie vir een wat jy verlede maand verander het nie. ’n Eienskap wat deur ConfigPut geskryf word, word gewoonlik deur sacli start gevolg, en daardie paar is die gedokumenteerde toepassingstap. ’n Verandering aan luisteraarvlak-gedrag, of enigiets wat die bladsy as diensherbegin beskryf, is die klas waar die eenheid-herbegin korrek is.

Die twee opdragte is nie uitruilbaar nie, so die foutmodus van raai is asimmetries. Om sacli start te gebruik wanneer ’n volle herbegin nodig was, laat ’n ou proses wat steeds die vorige konfigurasie bedien, wat lyk of die instelling geignoreer is. Om ’n volle herbegin te doen wanneer sacli start sou werk, laat elke gekoppelde klient sonder rede val.

Voorwaarde twee: is jou eie sessie in die tonnel

As jy Access Server oor die VPN wat dit verskaf administreer, verwyder die herbegin die verbinding wat jou dop dra. Die opdrag voltooi miskien nadat jou sessie sterf, wat jou laat raai of dit gewerk het. sacli start kan ’n sessie kort onderbreek om dieselfde rede wanneer die komponent wat herbegin word jou verkeer hanteer.

Hou ’n buitebandpad oop voor enige opdrag: ’n verskafferkonsole, ’n hipervisor-konsole of ’n serie-sessie. Hierdie voorwaarde bepaal wanneer jy die opdrag uitvoer, nie watter opdrag nie, en dit is die een wat ’n verandering van twee minute in ’n storingsverslag verander.

Voorwaarde drie: is dit die produk wat jy dink dit is

Access Server is nie Community OpenVPN nie. ’n Gemeenskapsinstallasie loop eenhede soos openvpn@server of openvpn-client@profile, met konfigurasie in /etc/openvpn, en sacli bestaan nie daar nie. Om elke eenheid met openvpn in die naam op ’n gedeelde gasheer te herbegin, is hoe onverwante tonnels saam afgaan.

Identifiseer voordat jy enigiets aanraak: systemctl status openvpnas --no-pager antwoord of Access Server die ding is wat loop, sacli status lys sy interne komponente, en systemctl list-units --type=service lys eenhede met openvpn in die naam. As die laaste opdrag profiel-genoemde eenhede wys, is jy op die gemeenskapsproduk en die res hiervan geld nie.

Pas dit toe en verifieer verder as active

’n Eenheid wat active rapporteer, het ’n lopende proses, wat nie dieselfde is as ’n werkende verifikasiepad nie. Na die toepassingstap, kyk na sacli status vir die komponente wat jy verwag het om te herbegin, bevestig dat die waarde met sacli ConfigQuery gestoor is, en voer dan een beperkte klientaanmelding teen ’n toetsrekening uit.

Eindig met iets op toepassingsvlak: bereik ’n private hulpbron deur die tonnel, nie net ’n ping na die bediener se publieke adres nie. ’n Handdruk wat slaag terwyl die gestuurde roete of die DNS-instelling verkeerd is, sal elke dienskontrole slaag en steeds die persoon wat die probleem gerapporteer het, faal.

Die diensbestuurshandleiding van die verskaffer is die verwysing vir watter bewerkings aan sacli behoort, en dit is die moeite werd om oop te maak voordat jy besluit dat ’n herbegin die veilige opsie is.

Die besluit in een deurloop

Werk deur hierdie vier reels en stop by die eerste een wat pas:

  • Die instellingsbladsy noem sacli start, of jy het pas ConfigPut uitgevoer: gebruik sacli start.
  • Die bladsy vereis ’n herbegin, of die verandering raak luisteraars eerder as eienskappe: gebruik systemctl restart openvpnas.
  • Jou dop kom deur hierdie bediener: reel eerste konsoltoegang, en voer dan die opdrag uit wat die twee reels hierbo gekies het.
  • Verifikasie: sacli status, ConfigQuery vir die waarde, een aanmelding, een private hulpbron. Diensstatus alleen is nie die wenstreep nie.

Twee van daardie reels is kontroles en twee is aksies, wat die punt van die volgorde is. As jy nie die produkvraag kan antwoord nie, stop: die opdrag wat jy op die punt was om te hardloop, behoort aan ’n ander installasie, en die tonnel wat jy afhaal sal nie die een wees wat jy bedoel het nie.

Verwante artikels