OpenVPN Access Server: den Daemon nei starten oder d’Astellung uwendn

Zwou Kommandoen ginn agefouegt fir dat, wat wéi déi selwecht Aarbecht op OpenVPN Access Server ausgesäit, an si maachen ënnerschiddlech Saachen. systemctl restart openvpnas hält dat ganzt Produkt un a start et nei. sacli start hieft déi intern Servicer, déi d’Konfiguratioun liesen, déi dir just geännert hutt. D’Wiel tëschent hinnen ass keng Geschmaachsfro: et hänkt dovun of, wat d’Dokumentatioun vun der Astellung selwer seet, ob är Session iwwer de Server geet, deen dir grad nei starte wäert, an ob dir iwwerhaapt dat richtegt Produkt kuckt.

Zwou Schichten, en Daemon

Access Server leeft als eng eenzeg systemd-Eenheet, openvpnas, an deen Daemon iwwerwaacht déi intern Servicer hannert der Webschnittstell an d’VPN-Lauschterer. sacli ass d’Kommandozeil-Schnittstell zu därselwechter Installatioun, op /usr/local/openvpn_as/scripts/sacli, a kann déi intern Komponenten ufänken, ophalen a befroen, ouni d’Eenheet z’ersetzen.

Dofir ginn et béid Kommandoen. En Neistart vum Daemon féiert alles nach eng Kéier aus, och de Prozess, deen d’Client-Tunnelen ophält. sacli start freet den Daemon, deen nach leeft, seng Komponenten eropzehiewen, sou datt si déi nei Konfiguratioun liesen, an dat ass wat déi meescht Ännerunge vun Eegenschaften tatsächlech verlaangen.

Éischt Conditioun: wat d’Dokumentatioun vun der Astellung seet

Liest d’Säit vun der Astellung, déi dir geännert hutt, net déi vun enger Astellung vum leschte Mount. No enger Eegenschaft, déi iwwer ConfigPut geschriwwe gëtt, kënnt normalerweis sacli start, an dat Paar ass den dokumentéierten Uwendungsschratt. Eng Ännerung um Niveau vum Lauschterer oder alles, wat d’Säit als en Neistart vum Service néideg beschreift, ass déi Klass, wou den Neistart vun der Eenheet richteg ass.

Déi zwou Kommandoe sinn net auswiesselbar, dofir ass de Fehlermodus beim Rode net sümmetresch. sacli start ze benotzen, wou en kompletten Neistart néideg war, léisst en alen Prozess nach mat der vireger Konfiguratioun schaffen, wat sou ausgesäit, wéi wann d’Astellung ignoréiert ginn ass. En kompletten Neistart, wou sacli start duergaange wier, werft all verbonnen Client ouni Grond eraus.

Zweet Conditioun: ass är eegen Session am Tunnel

Wann dir den Access Server iwwer de VPN administréiert, deen en ubitt, hëlt den Neistart d’Verbindung ewech, déi är Shell dréit. De Kommando kann eriwwer sinn, nodeems är Session gestuerwen ass, sou datt dir rode musst, ob et funktionéiert huet. sacli start kann och eng Session kuerz ënnerbriechen aus demselwecht Grond, wann de Komponent, deen nei gestart gëtt, ären Trafic verschafft.

Halt en Out-of-Band-Wee op virun béide Kommandoen: eng Provider-Konsol, eng Hypervisor-Konsol oder eng seriell Session. Dës Conditioun entscheet, wéini dir de Kommando ausféiert, net wéien, an si ass et, déi aus enger Ännerung vun zwou Minutte en Ausfallbericht mécht.

Drëtt Conditioun: ass dat d’Produkt, wat dir mengt

Access Server ass net Community OpenVPN. Eng Community-Installatioun bedreift Eenheeten wéi openvpn@server oder openvpn-client@profile, mat der Konfiguratioun an /etc/openvpn, an sacli gëtt et do net. All Eenheet mat openvpn am Numm op engem gedeelte Host nei starten ass de Wee, wéi onverbonnen Tunnelen zesummen erofgehen.

Bestëmmt éier dir eppes beréiert: systemctl status openvpnas --no-pager äntwert, ob den Access Server dat ass, wat leeft, sacli status lëscht seng intern Komponenten op, an systemctl list-units --type=service lëscht Eenheeten op, deenen hirem Numm openvpn enthält. Wann de leschte Kommando Eenheete mat Profilnumm weist, sidd dir um Community-Produkt an de Rescht hei gëllt net fir iech.

Uwenden, duerno iwwer active eraus kontrolléieren

Eng Eenheet, déi active mëttelt, huet e lafende Prozess, wat net datselwecht ass wéi en funktionéierende Authentifikatiounswee. No dem Uwendungsschratt kontrolléiert sacli status fir d’Komponenten, déi dir erwaart hutt, déi nei gestart ginn, bestätegt, datt de Wäert mat sacli ConfigQuery gespäichert ginn ass, an da fuert eng limitéiert Client-Anmeldung mat engem Testkont aus.

Schléisst mat eppes um Applikatiounsniveau of: erreecht eng privat Ressource duerch den Tunnel, net just e Ping op d’ëffentlech Adress vum Server. En Handshake, deen geléngt, wärend de gedréckte Wee oder d’DNS-Astellung falsch ass, wäert all Servicekontroll passéieren an awer déi Persoun, déi de Problem gemellt huet, feelen.

den Tutorial vum Provider iwwer Serviceverwaltung ass d’Referenz dofir, wéi eng Operatiounen zu sacli gehéieren, an et ass derwäert, se opzemaachen, éier dir entscheet, datt en Neistart déi sécher Optioun ass.

D’Entscheedung an engem Duerchgang

Gitt dës véier Linnen duerch a stoppt bei der éischter, déi passt:

• D’Säit vun der Astellung nennt sacli start, oder dir hutt just ConfigPut ausgefouert: benotzt sacli start.
• D’Säit verlaangt en Neistart, oder d’Ännerung beréiert Lauschterer amplaz Eegenschaften: benotzt systemctl restart openvpnas.
• Är Shell kënnt duerch dëse Server: maacht éischt de Konsolzougang, a fuert dann de Kommando aus, deen déi zwou Linnen uewendriwwer gewielt hunn.
• Kontroll: sacli status, ConfigQuery fir de Wäert, eng Anmeldung, eng privat Ressource. Just de Servicestatus ass net d’Zillinn.

Zwou vun deenen Linnen si Kontrollen an zwou sinn Aktiounen, an dat ass de Sënn vun der Rei. Wann dir d’Produktfro net beäntwere kënnt, stoppt: de Kommando, deen dir wäert ausféieren, gehéiert zu enger anerer Installatioun, an den Tunnel, deen dir erofhëlt, wäert net deen sinn, deen dir gemengt hutt.