OpenVPN wakati wa boot kwenye Ubuntu: NetworkManager au systemd?

Miongozo mingi inawasilisha chaguo hili kama suala la mwonekano: ama acha NetworkManager ipandishe handaki, au washa mfano wa systemd na umalize. Njia mbili zinatofautiana katika jambo moja linaloamua matokeo kwenye mashine isiyo na skrini, na hilo halihusiani na zana ipi ni mpya zaidi. NetworkManager hufungua siri kupitia kipindi; mfano wa systemd hauna kipindi cha kufungua. Chagua ule ambao utunzaji wake wa siri unafaa mashine iliyo mbele yako.

Kila kitu kingine, kuanzia usakinishaji wa njia hadi tabia ya kuunganisha upya, kinatokana na uamuzi huo wa kwanza.

Kitanzi cha funguo ndiyo tofauti ambayo hakuna anayeizungumza

Wakati NetworkManager inamiliki wasifu wa VPN, nenosiri linaweza kuishi katika kitanzi cha funguo cha kuingia, ambacho hufunguliwa mtumiaji anapoingia. Hiyo inafanya kazi vizuri kwenye laptop: mtu yupo, kitanzi kinafunguka, handaki linapanda. Kwenye seva inayoanza bila usimamizi hakuna mtu wa kufungua kitu, kwa hiyo wasifu unasubiri siri ambayo haiji kamwe. Muunganisho unaonekana umesanidiwa na hauamiliki kamwe.

Mfano wa systemd unaepuka tatizo hilo kwa kusoma faili ya vitambulisho kutoka diski, jambo linalofanya faili kuwa kitu unacholinda. chmod 400 pamoja na umiliki wa root ndio kiwango cha chini, na faili inapaswa kubaki nje ya nakala rudufu na violezo vya picha usivyodhibiti.

Kuunganisha VPN kwenye muunganisho si uhakika wa boot

Katika nm-connection-editor, chagua muunganisho wa waya au usiotumia waya badala ya VPN, fungua kichupo cha General, weka tiki kwenye chaguo la kuunganisha kiotomatiki kwenye VPN na uipe wasifu jina. Kisha NetworkManager huamilisha VPN kama muunganisho wa pili wakati ule wa kwanza unafikia hali iliyounganishwa. Hiyo ni utegemezi, si kanuni ya firewall. Pakiti bado zinaweza kutoka katika sekunde kabla handaki halijapanda, na siri iliyohifadhiwa isiyofunguka huiacha mashine mtandaoni bila hiyo.

Ikiwa hitaji ni kwamba hakuna kinachotoka bila handaki, sema hivyo na ujenge kitufe cha kuzima, kwa sababu mpangilio huu hautatoa kimoja. Jaribu pia kusimamisha na kuendelea, kwa kuwa muunganisho wa pili hupimwa upya wakati wa kurudi.

Mfano wa systemd unahitaji jina la faili linalolingana

Weka wasifu katika saraka ya mteja inayotarajiwa na kifurushi, kama vile /etc/openvpn/client/office.conf, na urejelee faili ya vitambulisho kutoka ndani kwa auth-user-pass office.cred. Jina la mfano ni jina la faili bila kiendelezi, kwa hiyo openvpn-client@office husoma faili office.conf. Iwashe kwa sudo systemctl enable --now openvpn-client@office na uthibitisha ulinganifu kwa systemctl cat openvpn-client@office badala ya kuamini mfano kutoka blogu.

Njia zilizo ndani ya wasifu hutatuliwa kwa kuzingatia saraka ya kazi ya kitengo, si wasifu wenyewe, kwa hiyo mstari wa jamaa ca au auth-user-pass unaweza kushindwa wakati wa boot ingawa unafanya kazi unapoujaribu kwa mkono. Tumia njia kamili kwa kila kitu ambacho kitengo lazima kikipate. Kisha soma journalctl -u openvpn-client@office -b baada ya boot halisi; kitengo kinachoripoti kuwa hai bila handaki kawaida hutaja faili iliyokosekana katika kumbukumbu hiyo.

Vifurushi vya zamani huleta jina tofauti la kiolezo, kwa hiyo systemctl list-unit-files 'openvpn*' huamua lipi lipo kwenye mwenyeji huyu.

Tabia ya kuunganisha upya ni uamuzi tofauti

Wasifu wenye ping-restart huunda handaki upya baada ya kuanguka, na kitengo chenye agizo la kuanzisha upya hufanya kitu kama hicho katika ngazi ya huduma. Hizo ni sera unazochagua, si chaguo-msingi unazorithi. Ikiwa muunganisho unapaswa kupanda kwa ombi tu, ondoa tabia ya kuanzisha upya kwa makusudi na uandike kwa nini. Ikiwa kitengo kinaanza kabla mtandao haujawa tayari, kinahitaji sera ya kujaribu tena, kwa kuwa jaribio moja lililoshindwa wakati wa boot halijirudii lenyewe.

Kusimamisha ni kwa maana hiyo hiyo: sudo systemctl disable --now openvpn-client@office husimamisha mfano unaoendesha na kuondoa kiungo cha boot. Kuzima tu huacha handaki likiendesha hadi kuanzisha upya kunakofuata, jambo ambalo huwashangaza wote wanaojaribu kwa kuzima na kuona kiolesura kikibaki juu.

Anzisha upya, kisha angalia mambo manne kwa mpangilio

Kuanzisha upya huduma hujaribu huduma; kuanzisha upya mashine hujaribu njia ya boot. Baada ya kuanzisha upya, thibitisha kwamba kitengo kilipanda, kisha kwamba kuna njia ya subnet ya mbali, kisha anwani gani mashine inawasilisha kwa intaneti, na hatimaye kwamba majina hutatuliwa kupitia handaki. Ukaguzi huo manne hushindwa kwa mpangilio huo wakati kuna kitu kibaya, jambo linalofanya kushindwa kwa kwanza kuwa na manufaa.

Kitengo kilicho hai bila njia kawaida humaanisha kwamba wasifu uliunganishwa lakini seva haikusukuma njia yoyote, au kwamba njia iliwekwa kwenye kiolesura kilichotoweka baadaye. Njia isiyo na utafutaji wa majina unaofanya kazi huelekeza kwenye usanidi wa DNS na si kwenye handaki lenyewe.

Amua mapema nini kinapaswa kutokea wakati handaki haliwezi kupanda. Kurudi kwenye muunganisho wa kawaida ni sera, na inapaswa kuandikwa badala ya kuachwa kwa msimamizi yeyote aliyeanza kwanza.