sudo, &, -b of --daemon: hoe't jo in OpenVPN-klant op 'e eftergrûn sette

Yn 'e útdrukking 'set it op 'e eftergrûn' ferskûlje har twa fragen. De earste is oft dizze brûker wol in befoarrjochte proses starte mei; de twadde is oft de sesje trochgean kin sûnder dat immen yn in terminal typt. In skelp-ampersand beantwurdet gjin fan beide, en in skript dat in sudo-wachtwurd yn in fariabele bewarret, beantwurdet de earste min en lit de twadde ûnoanroerd. Skied se en de opsjes wurde maklik te ferlykjen.

Ferlykje de trije kandidaten op eigendom, net op gemak.

Trije manieren om de terminal te ferlitten, trije ferskillende eigners

In ampersand efter in opdracht freegje de skelp om it as eftergrûnstaak te draaien, en de taak heart noch altyd by dy skelp. sudo kin freegje foardat it programma sels begjint, en OpenVPN kin dernei freegje om in kaaiwachtwurd of in oanmelding. In opdracht dy't ynfier ferwachtet op 'e eftergrûn sette, makket in proses dat wachtet op in terminal dêr't nimmen nei sjocht. De terminal wurdt frij; de ynteraksje net.

Dat is de goedkeapste opsje en dejinge dy't it meast betiizjend mislearret, om't de oanfraach ferskynt op in plak dat de operator al ferlitten hat.

sudo -b is gjin behearder fan oanmeldgegevens

sudo -b draait de opdracht op 'e eftergrûn fanút it eachpunt fan sudo sels, wat klinkt as de ûntbrekkende funksje en dat net is. Neffens it sudo-hânboek gedrage ynteraktive opdrachten har oer it algemien ferkeard yn dy modus, en skelp-taakbehear kin de prosessen dy't it makket net beheare. It ferpleatst it proses sûnder it in manier te jaan om fragen te beantwurdzjen. Neat deroan leveret in kaaiwachtwurd foar in priveekaai of in oanmelding by in gateway.

As de ferbining ynteraksje nedich hat, is de oplossing in stipe net-ynteraktive autentikaasjeregeling, net in oare manier om deselde oanfraach te starten.

--daemon feroaret it programma, net de oanmelding

--daemon freget OpenVPN sels om him nei de initialisaasje los te meitsjen. It hânboek foar 2.6 merkt op dat syslog-oerdireksje bart by it parsen fan de opsje, ek al bart it losmeitsjen letter, sadat berjochten earder as ferwachte yn 'e terminal ferdwine kinne. Stilte nei dat punt bewiist neat oer de tunnel. Foegje in eksplisite --log of --log-append ta sadat de útfier earne lânet dêr't jo it lêze kinne.

De daemonmodus ferwideret ek de console permanint. In beskerme priveekaai hat yn dy modus askpass nedich, en oanmeldgegevens dy't fan 'e console ynfierd binne, kombinearre mei cache-opsjes, kinne in lettere weryntsjinstname sûnder plak om te freegjen litte. Kontrolearje it autentikaasjemodel tsjin de ynstallearre ferzje foardat jo oannimme dat in eftergrûnstart syn earste kaaifernijing oerlibbet.

Wat sudo-falidaasje keapet en wat net

sudo -v falidearret of ferfarsket de cachede lokale legitimaaasje, en autentisearret as it belied dat easket. It startet OpenVPN net, autentisearret net by de gateway en garandearret net dat in lettere opdracht yn it skript tastien is. sudo -n betsjut it tsjinoerstelde: freegje net, mislearje ynstee. Dat makket in lokale autorisaasjeflater eksplisyt, wat nuttich is, en it seit neat oer wat OpenVPN letter freegje sil.

Gjin fan beide opsjes is in reden om algemien opdrachten sûnder wachtwurd te jaan of in administraasjewachtwurd yn in skript te pipen.

Foarkar foar in eigner dy't waarnommen wurde kin

Foar in tunnel dy't eigendom is fan in masine, brûk de tsjinstynstânsje dy't de distribúsje stipet. Sa'n eigner biedt start, stop, status en logboeken, en it oerlibbet it ein fan jo sesje. Skelp-eftergrûndraaien, daemonisearjen en in werstart-lus om elkoar hinne bouwe, makket trije eigners foar ien tunnel en gjin dúdlik antwurd hokker draait.

Wat jo ek kieze, ferifiearje de boarne dêr't de tunnel foar bestiet. In suksesfol startfersyk is in prosesbarren, gjin bewiis fan in wurkjende ferbining.