OpenVPN Access Server: start daemonen på nytt eller bruk innstillinga

To kommandoar vert lima inn for det som ser ut som same arbeidet på OpenVPN Access Server, og dei gjer ulike ting. systemctl restart openvpnas stoppar og startar heile produktet. sacli start reiser dei interne tenestene som les konfigurasjonen du nettopp endra. Valet mellom dei er ikkje ei smakssak: det kjem an på kva dokumentasjonen til innstillinga sjølv seier, om økta di går gjennom tenaren du er i ferd med å starte på nytt, og om du i det heile ser på rett produkt.

To lag, éin daemon

Access Server køyrer som éi systemd-eining, openvpnas, og den daemonen overvakar dei interne tenestene bak webgrensesnittet og VPN-lyttarane. sacli er kommandolinjegrensesnittet til same installasjonen, på /usr/local/openvpn_as/scripts/sacli, og kan starte, stoppe og spørje desse interne komponentane utan å byte ut eininga.

Difor finst båe kommandoane. Ein omstart av daemonen køyrer alt på nytt, inkludert prosessen som avsluttar klienttunnelar. sacli start ber den allereie køyrande daemonen om å reise komponentane sine slik at dei les den nye konfigurasjonen, og det er det dei fleste eigenskapsendringar faktisk krev.

Føresetnad éin: kva dokumentasjonen til innstillinga seier

Les sida for innstillinga du endra, ikkje for ei du endra førre månad. Etter ein eigenskap skriven via ConfigPut kjem vanlegvis sacli start, og det paret er det dokumenterte brukstrinnet. Ei endring i åtferd på lyttarnivå, eller noko sida skildrar som krevjande ein tenesteomstart, er den klassen der omstart av eininga er rett.

Dei to kommandoane kan ikkje bytast om, så feilmodusen ved gissing er asymmetrisk. Å bruke sacli start når ein full omstart var naudsynt, lèt ein gammal prosess framleis tene den førre konfigurasjonen, noko som ser ut som om innstillinga vart ignorert. Ein full omstart når sacli start hadde halde, kastar ut kvar tilkopla klient utan grunn.

Føresetnad to: er di eiga økt inne i tunnelen

Styrer du Access Server over VPN-et det leverer, fjernar omstarten sambandet som ber skalet ditt. Kommandoen kan bli ferdig etter at økta di døyr, slik at du må gisse om han verka. sacli start kan òg avbryte ei økt kortvarig av same grunn når komponenten som vert starta på nytt, handterer trafikken din.

Hald ein veg utanfor bandet open før båe kommandoane: ein leverandørkonsoll, ein hypervisor-konsoll eller ei seriell økt. Denne føresetnaden avgjer når du køyrer kommandoen, ikkje kva, og det er han som gjer ei endring på to minutt om til ein nedetidsrapport.

Føresetnad tre: er dette produktet du trur

Access Server er ikkje Community OpenVPN. Ein fellesskapsinstallasjon køyrer einingar som openvpn@server eller openvpn-client@profile, med konfigurasjon i /etc/openvpn, og sacli finst ikkje der. Å starte kvar eining med openvpn i namnet på nytt på ein delt vert er måten uslekta tunnelar fell saman.

Avgjer før du rører noko: systemctl status openvpnas --no-pager svarar på om Access Server er det som køyrer, sacli status listar opp dei interne komponentane, og systemctl list-units --type=service listar opp einingar der namnet inneheld openvpn. Viss den siste kommandoen viser einingar med profilnamn, er du på fellesskapsproduktet, og resten av dette gjeld ikkje for deg.

Bruk det, og stadfest deretter utover active

Ei eining som rapporterer active har ein køyrande prosess, noko som ikkje er det same som ein fungerande autentiseringsveg. Etter brukstrinnet, sjekk sacli status for komponentane du venta skulle starte på nytt, stadfest at verdien vart lagra med sacli ConfigQuery, og køyr deretter éin avgrensa klientinnlogging mot ein testkonto.

Avslutt med noko på applikasjonsnivå: nå ein privat ressurs gjennom tunnelen, ikkje berre ein ping til den offentlege adressa til tenaren. Eit handtrykk som lukkast medan den dytta ruta eller DNS-innstillinga er feil, vil greie kvar tenestesjekk og likevel svikte personen som melde problemet.

rettleiinga til leverandøren i tenesteadministrasjon er referansen for kva operasjonar som høyrer til sacli, og han er verd å opne før du avgjer at ein omstart er det trygge valet.

Avgjerda i éin gjennomgang

Gå nedover desse fire linjene og stopp ved den første som passar:

• Innstillingssida nemner sacli start, eller du har nettopp køyrt ConfigPut: bruk sacli start.
• Sida krev ein omstart, eller endringa treffer lyttarar snarare enn eigenskapar: bruk systemctl restart openvpnas.
• Skalet ditt kjem gjennom denne tenaren: ordne konsolltilgang først, og køyr deretter kommandoen dei to linjene ovanfor valde.
• Stadfesting: sacli status, ConfigQuery for verdien, éi innlogging, éin privat ressurs. Tenestestatus åleine er ikkje målstreken.

To av desse linjene er kontrollar og to er handlingar, og det er poenget med rekkjefølgja. Kan du ikkje svare på produktspørsmålet, stopp: kommandoen du var i ferd med å køyre høyrer til ein annan installasjon, og tunnelen du tek ned vert ikkje den du meinte.