OpenVPN Access Server: käynnistä daemon uudelleen vai ota asetus käyttöön

Kahta komentoa liitetään tehtävään, joka näyttää samalta OpenVPN Access Serverissä, ja ne tekevät eri asioita. systemctl restart openvpnas pysäyttää ja käynnistää koko tuotteen. sacli start nostaa sisäiset palvelut, jotka lukevat juuri muuttamasi kokoonpanon. Niiden välillä valitseminen ei ole makuasia: se riippuu siitä, mitä asetuksen oma dokumentaatio sanoo, kulkeeko istuntosi palvelimen kautta, jonka aiot käynnistää uudelleen, ja katsotko edes oikeaa tuotetta.

Kaksi kerrosta, yksi daemon

Access Server toimii yhtenä systemd-yksikkönä, openvpnas, ja tämä daemon valvoo verkkokäyttöliittymän takana olevia sisäisiä palveluita ja VPN-kuuntelijoita. sacli on saman asennuksen komentorivikäyttöliittymä, osoitteessa /usr/local/openvpn_as/scripts/sacli, ja se voi käynnistää, pysäyttää ja kysellä näitä sisäisiä komponentteja korvaamatta yksikköä.

Siksi molemmat komennot ovat olemassa. Daemonin uudelleenkäynnistys suorittaa kaiken uudelleen, mukaan lukien prosessin, joka lopettaa asiakastunnelit. sacli start pyytää jo käynnissä olevaa daemonia nostamaan komponenttinsa, jotta ne lukevat uuden kokoonpanon, ja juuri sitä useimmat ominaisuuksien muutokset vaativat.

Ehto yksi: mitä asetuksen dokumentaatio sanoo

Lue sen asetuksen sivu, jota muutit, älä viime kuussa muuttamasi. ConfigPutin kautta kirjoitetun ominaisuuden jälkeen tulee yleensä sacli start, ja tämä pari on dokumentoitu käyttöönottovaihe. Kuuntelijatason käyttäytymisen muutos tai mikä tahansa, jonka sivu kuvaa palvelun uudelleenkäynnistystä vaativaksi, on se luokka, jossa yksikön uudelleenkäynnistys on oikein.

Komennot eivät ole keskenään vaihdettavissa, joten arvaamisen virhetila on epäsymmetrinen. sacli startin käyttäminen, kun tarvittiin täysi uudelleenkäynnistys, jättää vanhan prosessin palvelemaan edellistä kokoonpanoa, mikä näyttää siltä kuin asetus olisi jätetty huomiotta. Täysi uudelleenkäynnistys, kun sacli start olisi riittänyt, pudottaa jokaisen yhdistetyn asiakkaan ilman syytä.

Ehto kaksi: onko oma istuntosi tunnelin sisällä

Jos hallinnoit Access Serveriä sen tarjoaman VPN:n kautta, uudelleenkäynnistys poistaa yhteyden, joka kuljettaa shelliäsi. Komento voi valmistua vasta istuntosi kuoltua, jolloin joudut arvaamaan, toimiko se. sacli start voi myös katkaista istunnon hetkeksi samasta syystä, kun uudelleenkäynnistettävä komponentti käsittelee liikennettäsi.

Pidä kaistan ulkopuolinen reitti auki ennen kumpaakin komentoa: palveluntarjoajan konsoli, hypervisor-konsoli tai sarjaportti-istunto. Tämä ehto ratkaisee, milloin komennon suoritat, ei sitä, minkä komennon, ja juuri se muuttaa kahden minuutin muutoksen katkosraportiksi.

Ehto kolme: onko tämä se tuote, joksi luulet

Access Server ei ole Community OpenVPN. Yhteisöasennus ajaa yksiköitä kuten openvpn@server tai openvpn-client@profile, kokoonpano on hakemistossa /etc/openvpn, eikä sacli ole siellä. Jokaisen yksikön uudelleenkäynnistäminen, jonka nimessä on openvpn, jaetulla isännällä on tapa, jolla toisiinsa liittymättömät tunnelit kaatuvat yhdessä.

Selvitä ennen mihinkään koskemista: systemctl status openvpnas --no-pager vastaa, onko Access Server se, mikä on käynnissä, sacli status luettelee sen sisäiset komponentit ja systemctl list-units --type=service luettelee yksiköt, joiden nimissä on openvpn. Jos viimeinen komento näyttää profiilinimisiä yksiköitä, olet yhteisötuotteessa eikä muu tästä koske sinua.

Ota käyttöön ja varmista sitten activea pidemmälle

Yksiköllä, joka ilmoittaa active, on käynnissä oleva prosessi, mikä ei ole sama kuin toimiva todennuspolku. Käyttöönottovaiheen jälkeen tarkista sacli status niille komponenteille, joiden odotit käynnistyvän uudelleen, vahvista että arvo tallennettiin sacli ConfigQueryllä ja aja sitten yksi rajoitettu asiakaskirjautuminen testitilillä.

Lopeta johonkin sovellustason asiaan: saavuta yksityinen resurssi tunnelin kautta, älä vain pingaa palvelimen julkiseen osoitteeseen. Kättely, joka onnistuu, kun työnnetty reitti tai DNS-asetus on väärä, läpäisee jokaisen palvelutarkistuksen ja pettyy silti henkilöön, joka ilmoitti ongelman.

palveluntarjoajan palvelunhallintaopas on viite siitä, mitkä toiminnot kuuluvat saclille, ja se kannattaa avata ennen kuin päätät, että uudelleenkäynnistys on turvallinen vaihtoehto.

Päätös yhdellä läpikäynnillä

Käy nämä neljä riviä läpi ja pysähdy ensimmäiseen, joka osuu:

• Asetussivu mainitsee sacli startin tai ajoit juuri ConfigPutin: käytä sacli startia.
• Sivu vaatii uudelleenkäynnistyksen tai muutos koskee kuuntelijoita eikä ominaisuuksia: käytä komentoa systemctl restart openvpnas.
• Shellisi tulee tämän palvelimen kautta: järjestä ensin konsoliyhteys ja aja sitten se komento, jonka kaksi ylempää riviä valitsivat.
• Varmistus: sacli status, ConfigQuery arvolle, yksi kirjautuminen, yksi yksityinen resurssi. Pelkkä palvelun tila ei ole maaliviiva.

Kaksi noista riveistä on tarkistuksia ja kaksi toimintoja, ja se on järjestyksen pointti. Jos et osaa vastata tuotekysymykseen, pysähdy: komento, jota olit ajamassa, kuuluu toiseen asennukseen, eikä alas ottamasi tunneli ole se, jota tarkoitit.