sudo, &, -b vai --daemon: miten OpenVPN-asiakas jätetään taustalle

Ilmauksessa ”aja se taustalla” piilee kaksi kysymystä. Ensimmäinen on, saako tämä käyttäjä ylipäätään käynnistää etuoikeutetun prosessin; toinen on, voiko istunto jatkua ilman, että kukaan kirjoittaa päätteeseen. Kuoren ampersand ei vastaa kumpaankaan, ja komentosarja, joka tallentaa sudo-salasanan muuttujaan, vastaa ensimmäiseen huonosti ja jättää toisen koskemattomaksi. Erottele ne, niin vaihtoehtoja on helppo verrata.

Vertaa kolmea ehdokasta omistajuuden, älä mukavuuden perusteella.

Kolme tapaa poistua päätteestä, kolme eri omistajaa

Ampersandin lisääminen komentoon pyytää kuorta ajamaan sen taustatyönä, ja työ kuuluu edelleen sille kuorelle. sudo voi kysyä jo ennen kuin ohjelma alkaa, ja OpenVPN voi kysyä myöhemmin avainlausetta tai kirjautumista. Syötettä odottavan komennon siirtäminen taustalle tuottaa prosessin, joka odottaa päätettä, jota kukaan ei seuraa. Pääte vapautuu; vuorovaikutus ei.

Se on halvin vaihtoehto ja se, joka epäonnistuu hämmentävimmin, koska kehote ilmestyy paikkaan, jonka operaattori on jo jättänyt.

sudo -b ei ole tunnistetietojen käsittelijä

sudo -b ajaa komennon taustalla sudon omasta näkökulmasta, mikä kuulostaa puuttuvalta ominaisuudelta eikä ole sitä. sudon käsikirjan mukaan interaktiiviset komennot käyttäytyvät yleensä huonosti siinä tilassa, eikä kuoren työnhallinta pysty hallitsemaan sen luomia prosesseja. Se siirtää prosessin antamatta sille tapaa vastata kysymyksiin. Mikään siinä ei tarjoa yksityisen avaimen avainlausetta tai yhdyskäytävän kirjautumista.

Jos yhteys tarvitsee vuorovaikutusta, ratkaisu on tuettu ei-interaktiivinen todennusjärjestely, ei toinen tapa käynnistää sama kehote.

--daemon muuttaa ohjelmaa, ei kirjautumista

--daemon pyytää OpenVPN:ää itseään irtautumaan alustuksen jälkeen. Version 2.6 käsikirja huomauttaa, että syslog-uudelleenohjaus tapahtuu vaihtoehtoa jäsennettäessä, vaikka irtautuminen tapahtuu myöhemmin, joten viestit voivat lakkautua näkymästä päätteessä odotettua aiemmin. Hiljaisuus tuon jälkeen ei todista tunnelista mitään. Lisää nimenomainen --log tai --log-append jotta tuloste päätyy paikkaan, josta voit lukea sen.

Daemonitila poistaa myös konsolin pysyvästi. Suojattu yksityinen avain tarvitsee siinä tilassa askpass ja konsolista syötetyt tunnistetiedot yhdessä välimuistivaihtoehtojen kanssa voivat jättää myöhemmän uudelleentodennuksen ilman paikkaa kysyä. Tarkista todennusmalli asennettua versiota vasten ennen kuin oletat taustakäynnistyksen kestävän ensimmäisen avaimen uusimisen.

Mitä sudon validointi antaa ja mitä ei

sudo -v validoi tai päivittää välimuistiin tallennetun paikallisen tunnistetiedon ja todentaa, jos käytäntö vaatii. Se ei käynnistä OpenVPN:ää, ei todenna yhdyskäytävälle eikä takaa, että komentosarjan myöhempi komento sallitaan. sudo -n tarkoittaa päinvastaista: älä kysy, epäonnistu sen sijaan. Se tekee paikallisen valtuutusvirheen näkyväksi, mikä on hyödyllistä, eikä se kerro mitään siitä, mitä OpenVPN myöhemmin kysyy.

Kumpikaan vaihtoehto ei ole syy myöntää kaikille salasanattomia komentoja tai syöttää järjestelmänvalvojan salasanaa komentosarjaan.

Suosi omistajaa, jota voi havainnoida

Koneen omistamalle tunnelille käytä palveluinstanssia, jota jakelu tukee. Sellainen omistaja tarjoaa käynnistyksen, pysäytyksen, tilan ja lokit, ja se kestää istuntosi päättymisen. Kuoren tausta-ajon, daemonisoinnin ja uudelleenkäynnistyssilmukan kokoaminen toistensa ympärille luo yhdelle tunnelille kolme omistajaa eikä selvää vastausta siihen, mikä niistä on käynnissä.

Mitä tahansa valitsetkin, varmista resurssi, jota varten tunneli on olemassa. Onnistunut käynnistyspyyntö on prosessitapahtuma, ei todiste toimivasta yhteydestä.