Itigil ang tamang koneksyon ng OpenVPN: foreground, systemd o NM

Ang pagsasara ng bintana ng terminal ay hindi katulad ng pagsasara ng tunel, at ang pagpatay ng proseso ay hindi katulad ng paghinto ng serbisyo. Sa Linux, ang utos na talagang pumuputol ay nakadepende sa kung aling bahagi ang nagpatakbo ng koneksyon at sa gayon ang may-ari ng ikot ng buhay nito. Ang paghahambing sa ibaba ay sumasaklaw sa apat na kaayusan na malamang na makita mo, at ang identifier na kailangan ng bawat isa.

Mga kliyente sa foreground at mga kliyenteng daemonized

Ang kliyenteng sinimulan nang mano-mano sa terminal ay pag-aari ng terminal na iyon. Ang Ctrl+C ay naghahatid ng interrupt, binubuwag ng kliyente ang interface nito, at nagtatapos ang tunel. Wala nang iba pang kailangang abisuhan.

Ang kliyenteng sinimulan sa pamamagitan ng shell wrapper at iniwang nasa background ay hindi pag-aari ng sinuman sa partikular, at iyon ang kaso kung kailan lumalapit ang mga tao sa killall. Hanapin muna ang proseso, tiyakin na binabanggit ng command line nito ang profile na gusto mo, at pagkatapos ay ipadala ang normal na senyales ng pagtatapos. Ang prosesong pinangangasiwaan na pinatay sa ilalim ng tagapangasiwa nito ay basta na lang i-restart, kaya mas mahalaga ang pagkilala sa may-ari kaysa pagpili ng senyales. Magpadala lamang ng senyales sa pangkat ng proseso kapag napatunayan mong wala nang ibang tunel ang nagbabahagi nito.

Ang SIGUSR1 ay hindi pagputol; hinihiling nito sa kliyente na i-restart ang tunel.

Mga instance ng systemd

Kapag ang isang unit ang may-ari ng koneksyon, ang unit ang bagay na dapat ihinto. Ang mga instance ng template tulad ng openvpn-client@office ay nagdadala ng pangalan ng profile, at ang paghinto sa target ng template sa halip na sa instance ay maaaring makaapekto sa bawat kliyente sa host.

systemctl list-units 'openvpn-client@*'
systemctl stop [email protected]

Basahin ang ExecStart ng unit kapag hindi ka sigurado kung aling profile ang nilo-load ng instance.

Ang unit na pinagana ay babalik sa susunod na boot, na isang hiwalay na desisyon sa paghinto nito ngayon. Huwag lamang itong i-disable pagkatapos mong magpasya na hindi na dapat bumalik ang koneksyon, at itala ang desisyong iyon kung saan ito makikita ng susunod na administrator.

Mga profile ng NetworkManager

Ang profile na pinamamahalaan ng NetworkManager ay hindi prosesong mabibigyan mo ng senyales. Ang manager ang may-ari ng ikot ng buhay, at ang bagay na dapat aksyunan ay ang aktibong koneksyon, na kinikilala sa pamamagitan ng UUID at hindi sa pangalan ng display. Ang pagbasa muna sa aktibong listahan ay nagpapakita rin kung may pangalawang tunel na tumatakbo sa ilalim ng pangalang hindi mo inaasahan.

nmcli connection show --active
nmcli connection down uuid actual-uuid

Nag-uulit ang mga pangalan ng display, at ang pangalan ng file ng profile ay hindi ang identifier nito, kaya kopyahin ang UUID mula sa listahan. Kung agad na bumalik ang koneksyon, may isang bagay na nag-a-activate nito: isang secondaries entry sa isang base connection, isang dispatcher script, o isang autoconnect flag. Ang paghinto sa koneksyon ng manager ay ang tamang unang hakbang, at ang reactivation ang susunod na tanong. Huwag burahin ang profile para itigil ang reactivation, dahil tinatanggal din nito ang mga kredensyal na maaaring kailanganin mo bukas.

Dinodokumento ng command reference ng manager kung paano pinipili ang isang down target.

Mga session ng OpenVPN 3

Gumagamit ang OpenVPN 3 Linux ng modelo ng session sa halip na proseso bawat tunel. Sinusuri mo ang mga session na alam ng serbisyo, pagkatapos ay kumikilos sa isang session path. Ang path ang identifier, at hindi ito maipapalit sa pangalan ng configuration.

openvpn3 sessions-list
openvpn3 session-manage --path /net/openvpn/v3/sessions/... --disconnect

Ang pagputol sa bawat session ay ibang aksyon, at dapat itong sinadya.

Ang parehong host ay maaaring maghawak ng mga session ng ilang user, kaya ilista bago kumilos at tiyakin ang may-ari ng session na malapit mo nang tapusin.

Ano ang dapat i-verify pagkatapos

Tingnan ang tatlong bagay pagkatapos ng alinman sa mga paghinto na ito: wala nang tunel sa listahan ng aktibong koneksyon, wala na ang interface, at ang paghahanap ng ruta para sa panloob na address ay hindi na pumipili ng tunnel device. Pagkatapos ay magpasya kung ano ang mangyayari sa susunod na boot.

ip -brief address
ip route get 10.8.0.1

Ang mano-manong pag-alis ng interface ay hindi nagpapahinto sa may-ari, at iniiwan ang paglilinis na kalahati.

Ang pagputol ngayon, pagpigil sa susunod na awtomatikong pagsisimula, at pagpayag sa trapikong hindi VPN pagkatapos ay tatlong hiwalay na pagpipilian. Gawing tahasan ang bawat isa.