Binibigyan ba ng Libertine ang Ubuntu Touch ng VPN para sa buong telepono?

Sa Ubuntu Touch, dalawang tanong ang itinatanong na parang isa: tatakbo ba ang desktop package na ito, at makakakuha ba ng VPN ang telepono. Sinasagot ng container ang una. Wala sa loob nito ang sumasagot sa pangalawa, dahil may sariling pananaw ang container sa file system, samantalang ang network stack at ang patakaran nito ay pag-aari ng telepono. Subaybayan kung saan nakatira ang bawat bahagi bago mangako ng workflow.

Dalawang tanong na mukhang isa

Ang pagpapatakbo ng desktop application sa loob ng container ay isang tagumpay sa packaging. Ang gawing ang connection manager ng telepono ang magtatag ng tunnel, magpapanatili nito sa pagtulog at magpapasya kung ano ang mangyayari kapag ito ay naputol ay trabaho ng platform. Ang installer na natatapos sa loob ng container ay nagpapatunay lamang na ang mga dependency ay nalutas doon. Wala itong sinasabi kung may aprubadong VPN plugin ang telepono, kung nakakaligtas ang tunnel sa reboot, o kung aling mga application ang gumagamit nito.

Panatilihin ang dalawa sa magkahiwalay na pangungusap sa anumang pagsusuri. Ang pagsasama ng mga ito ang paraan para maging commitment sa suporta ang isang demo sa laboratoryo na walang sinumang makakatupad.

Ano ang tunay na ibinibigay ng hangganan ng container

Ang container ng Libertine ay isang writable na kapaligiran na naka-layer sa isang teleponong read-only ang base system. Iyon ang dahilan kung bakit gumagana ang pag-install ng package doon, at kung bakit hindi gumagana ang parehong pag-install sa base system. Nagpapatakbo rin ito ng mga application sa foreground, isinama sa screen ng telepono, at tahasang hindi ito paraan upang magpatakbo ng server software o panatilihing buhay ang isang proseso sa background. Mahalaga ang mga limitasyong ito para sa VPN client, na inaasahang manatiling bukas.

libertine-container-manager list
libertine-container-manager info -i <container-id>
libertine-launch -i <container-id> bash

Ipinapakita ng listahan kung aling mga container ang umiiral, at iniuulat ng command na info ang distribution at kalagayan ng pag-install. Binibigyan ka ng command na launch ng shell sa loob, at iyon ang tamang lugar upang siyasatin kung ano talaga ang inilagay ng package. Ang hindi nito ibinibigay ay awtoridad sa network ng telepono. Ang binary sa loob ng container na gustong gumawa ng tunnel ay nangangailangan ng privileged interface, at ang interface na iyon ay pag-aari ng platform, hindi ng container.

Saan nakatira ang kalagayan ng network ng telepono

Ang mga pangalan, ruta at profile ng koneksyon ay pinamamahalaan ng serbisyo ng network ng telepono, sa labas ng anumang container. Ang entry ng tunnel ay lumilitaw doon lamang kapag sinusuportahan ng platform ang uri ng VPN na iyon at na-install ng operator ang kaukulang plugin.

nmcli connection show
ip route get 10.42.0.10
ip -br addr show

Ang listahan ng koneksyon ang awtoritatibong sagot sa kung may profile ng VPN sa teleponong ito. Kung wala ang iyong tunnel sa listahang iyon, walang gaano mang trabaho sa loob ng container ang magpapakita nito. Ang paghahanap ng ruta ay sumasagot sa mas makitid na tanong: aling interface ang gagamitin ng teleponong ito para sa isang destinasyon. Iyon ang pagsusuring inuulit pagkatapos ng anumang pagbabago, dahil ang isang profile ay maaaring umiiral at hindi pa rin ang rutang tinatahak ng isang partikular na application.

Basahin ang isang workflow mula simula hanggang wakas

Piliin ang tunay na gawain, halimbawa ang maabot ang isang pribadong database gamit ang desktop client. Pagkatapos subaybayan ang daloy: nagsisimula ang application sa container, nireresolba ang hostname sa pamamagitan ng anumang resolver na gamit ng telepono, nagbubukas ng socket, at ang routing ng telepono ang magpapasya kung aling interface ang magdadala nito. Bawat hakbang ay may may-ari. Pag-aari ng container ang application, pag-aari ng platform ang resolver at routing, at pag-aari ng VPN endpoint ang authentication. Ang pagkabigo sa alinmang hakbang ay pagkabigo ng hakbang na iyon, hindi ng buong ideya.

Subukan nang hiwalay ang pribadong hostname at ang pribadong address. Ang pangalang nireresolba sa pampublikong address at ang address na niruruta sa tunnel ay magkaibang obserbasyon, at ang pagkalito sa mga ito ay gumagawa ng ulat na hindi maaaring ulitin.

Ano ang itatala kapag ang sagot ay hindi

Minsan ang tapat na konklusyon ay hindi kayang dalhin ng teleponong ito, sa release na ito, ang workflow. Isulat iyon kasama ang ebidensya: anong mga uri ng koneksyon ang inaalok ng platform, aling mga client ang sinubukan, at sa aling hakbang nabigo.

Pagkatapos sabihin ang tinanggap na alternatibo, maging ibang device, ibang paraan ng pag-access, o mas makitid na gawain na nananatili sa loob ng container nang hindi hinahawakan ang mga pribadong network.

Labanan ang tuksong i-mount muli ang base system o magbigay ng hindi maipaliwanag na pribilehiyo upang muling gawin ang lumang resipi. Ang teleponong bumubukas ay hindi katulad ng teleponong maaari mo pang pagnilayan ang patakaran sa network kalahating taon mamaya.