Kusang kumokonekta ang Wi-Fi; kailangan ng VPN ng pangalawang ugnayan
Hindi ito sinisimulan ng awtomatikong koneksyon sa isang profile ng VPN. Idagdag ang UUID nito sa secondaries ng base na koneksyon, pagkatapos suriin ang ahente ng mga sikreto sa kontekstong iyon.
Kumokonekta ang laptop sa Wi-Fi bago ka pa umupo, at naghihintay pa rin ang VPN ng isang click. Walang binabago ang pagtatakda ng awtomatikong koneksyon sa profile ng VPN, dahil ang switch na iyon ang namamahala sa aktibasyon ng profile mismo at itinuturing ng NetworkManager ang VPN bilang kasama ng isang base na koneksyon. Ang dokumentadong mekanismo ay ang pangalawang listahan ng base na koneksyon, at ibang property iyon sa ibang lugar.
Ang awtomatikong koneksyon ay hindi ang switch ng VPN
Ang isang profile ng Wi-Fi o Ethernet ay maaaring mag-aktibo nang mag-isa dahil nagmamay-ari ito ng isang device. Ang profile ng plugin ng VPN ay hindi nagmamay-ari ng device sa parehong kahulugan; sinisimulan ito sa tabi ng isang koneksyon na nagmamay-ari nito. Ito ang dahilan kung bakit mukhang tama ang flag ng awtomatikong koneksyon sa VPN, nagse-save ito nang tama, at wala itong ginagawang tunnel. Ang flag ay sumasagot sa tanong tungkol sa profile, hindi tungkol sa network na kailangan nito.
Ang pagbasa sa modelo nang ganito ay nagpapaliwanag din ng paraan ng pagpalya. Kumokonekta ang base, walang humihiling sa VPN na magsimula, at ipinapakita ng desktop ang isang nakadiskonektang VPN sa tabi ng konektadong network. Walang sira; hindi kailanman ginawa ang ugnayan.
Kilalanin ang dalawang profile sa pamamagitan ng UUID
nmcli -f NAME,UUID,TYPE connection show
Piliin ang profile ng Wi-Fi o Ethernet na dapat mag-trigger ng tunnel, pagkatapos ang nilalayong profile ng VPN. Gumamit ng UUID sa halip na mga pangalan, dahil ang pangalan ay isang label na maaaring kopyahin o i-edit, at ang UUID ang tunay na nireresolba ng landas ng aktibasyon.
Huwag ipagkamali ang pangalan ng profile sa pangalan ng interface o sa address na hawak ng makina ngayon. Tatlong magkaibang identifier iyon na nagkataong magkamukha sa isang terminal, at ang paghahalo sa kanila ay gumagawa ng pagbabagong walang tinutumbok.
Idagdag ang VPN sa base na koneksyon
nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"
Ang anyong may plus ay nagdaragdag sa umiiral na listahan; kung aalisin ito, napapalitan ang listahan, na tahimik na nag-aalis ng anumang iba pang pangalawang koneksyon na naisaayos na. Suriin muna ang kasalukuyang halaga at itala ito bago ka magbago ng anuman.
Inilalarawan ng mga setting ng koneksyon ng NetworkManager ang mga pangalawa bilang mga koneksyon ng VPN na sinisimulan kasama ng base na koneksyon. Kung ang isang native na profile ng WireGuard ay kaparehong uri ng bagay ay depende sa paraan ng pamamahala ng NetworkManager dito, kaya ang parehong utos ay maaaring maling kasangkapan para sa isang tunnel na lumilitaw bilang interface sa halip na bilang plugin ng VPN.
Ito ay pagbabago sa patakaran ng koneksyon, hindi isang toggle sa oras ng pagtakbo. Ilapat ito sa pamamagitan ng anumang proseso ng muling pagkonekta na inaprubahan ng deployment, at asahan na ang unang aktibasyon pagkatapos ng pagbabago ay kikilos nang iba kaysa sa session na kinalulugaran mo ngayon.
Ang mga sikreto ay hindi bahagi ng ugnayan
Sinasabi ng pangalawang entry na «simulan ito kasama niyon». Walang anumang nagbibigay ng password, nagbubukas ng keyring, o sumasagot sa prompt. Ang isang profile na matagumpay na nagpapatunay pagkatapos ng pag-login sa desktop ay maaari pa ring mabigo kapag na-activate sa isang konteksto kung saan hindi available ang ahente ng mga sikreto.
Gamitin ang sinusuportahang kaayusan ng system o ng ahente ng mga sikreto para sa aktwal na deployment. Ang pagtatago ng password ng lahat sa isang script upang makapagsimula ang tunnel nang walang pagmamasid ay ginagawang file ang disenyo ng pagpapatunay na mas matagal pa kaysa sa trabaho ng may-ari nito.
Basahin ang dalawang kaganapan, pagkatapos suriin ang resource
Obserbahan ang base na koneksyon at ang aktibasyon ng VPN sa isang pagtatangka. Ang nawawalang kaganapan ng VPN ay nangangahulugang hindi kailanman na-configure ang trigger o mali ang UUID. Ang kaganapan ng VPN na sinusundan ng kabiguan sa pagpapatunay ay nangangahulugang tumakbo ang trigger at ang natitirang problema ay ang kredensyal, na ibang pagwawasto.
Pagkatapos ng aktibasyon, hilingin ang resource na nag-udyok sa setup sa halip na magtiwala sa icon. Pagkatapos ay sadyang idiskonekta at obserbahan ang susunod na mangyayari, dahil ang ugnayang awtomatikong pagsisimula ay hindi kill switch at hindi nangangako ng walang katapusang pagtatangka. Kung ang pangangailangan ay «walang trapiko kung walang tunnel», iyon ay hiwalay na patakaran na nangangailangan ng sarili nitong configuration at sariling pagsubok. Ang paghahalo sa dalawa ang paraan kung paano nauuwi ang isang makina sa paulit-ulit na pagkonekta habang iniisip ng gumagamit na protektado ito.