શું Libertine Ubuntu Touch ને આખા ફોન માટે VPN આપે છે?

Ubuntu Touch પર બે પ્રશ્નો એક જેવા પૂછવામાં આવે છે: આ ડેસ્કટોપ પેકેજ ચાલશે કે નહીં, અને ફોનને VPN મળશે કે નહીં. કન્ટેનર પહેલાનો જવાબ આપે છે. તેમાં કંઈ પણ બીજાનો જવાબ આપતું નથી, કારણ કે કન્ટેનરની ફાઇલસિસ્ટમ પર પોતાની દૃષ્ટિ છે, જ્યારે નેટવર્ક સ્ટેક અને તેની નીતિ ફોનની છે. કોઈ કાર્યપ્રવાહનું વચન આપતા પહેલાં દરેક ભાગ ક્યાં રહે છે તે શોધો.

એક જેવા દેખાતા બે પ્રશ્નો

કન્ટેનરમાં ડેસ્કટોપ એપ્લિકેશન ચલાવવી એ પેકેજિંગની સિદ્ધિ છે. ફોનના કનેક્શન મેનેજરને ટનલ સ્થાપિત કરવા, સસ્પેન્ડ દરમિયાન તેને ટકાવી રાખવા અને તે તૂટે ત્યારે શું થશે તે નક્કી કરવાનું પ્લેટફોર્મનું કામ છે. કન્ટેનરની અંદર પૂર્ણ થતું ઇન્સ્ટોલર ફક્ત એ પુરવાર કરે છે કે અવલંબન ત્યાં ઉકેલાયા. ફોનમાં મંજૂર VPN પ્લગઇન છે કે નહીં, ટનલ રીબૂટ પછી ટકે છે કે નહીં, અથવા કઈ એપ્લિકેશનો તેનો ઉપયોગ કરે છે તે વિશે તે કંઈ કહેતું નથી.

કોઈ પણ મૂલ્યાંકનમાં બંનેને અલગ વાક્યોમાં રાખો. તેમને ભેગા કરવાથી જ લેબ ડેમો એવી સપોર્ટ પ્રતિબદ્ધતિ બને છે જે કોઈ પાળી શકતું નથી.

કન્ટેનરની સીમા ખરેખર શું આપે છે

Libertine કન્ટેનર એ લખી શકાય તેવું વાતાવરણ છે જે એવા ફોન પર સ્તરિત છે જેની બેઝ સિસ્ટમ ફક્ત વાંચવા માટેની છે. તેથી જ ત્યાં પેકેજ ઇન્સ્ટોલ કરવું બિલકુલ કામ કરે છે, અને તેથી જ બેઝ સિસ્ટમ પર તે જ ઇન્સ્ટોલ કામ કરતું નથી. તે એપ્લિકેશનોને ફોરગ્રાઉન્ડમાં પણ ચલાવે છે, ફોનના ડિસ્પ્લે સાથે એકીકૃત, અને તે સ્પષ્ટપણે સર્વર સોફ્ટવેર ચલાવવાનો અથવા પ્રોસેસને બેકગ્રાઉન્ડમાં જીવંત રાખવાનો રસ્તો નથી. આ મર્યાદાઓ VPN ક્લાયન્ટ માટે મહત્વપૂર્ણ છે, જે ચાલુ રહેવાની અપેક્ષા રાખે છે.

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

યાદી બતાવે છે કે કયા કન્ટેનર છે, અને info આદેશ ડિસ્ટ્રિબ્યુશન અને ઇન્સ્ટોલ સ્થિતિ જણાવે છે. launch આદેશ તમને અંદર શેલ આપે છે, જે પેકેજે ખરેખર શું ઇન્સ્ટોલ કર્યું તે તપાસવાનું યોગ્ય સ્થાન છે. જે તે આપતું નથી તે ફોનના નેટવર્કિંગ પરનું અધિકાર છે. કન્ટેનરની અંદરનું બાઇનરી જે ટનલ બનાવવા માંગે છે તેને વિશેષાધિકાર પ્રાપ્ત ઇન્ટરફેસની જરૂર છે, અને તે ઇન્ટરફેસ પ્લેટફોર્મનું છે, કન્ટેનરનું નહીં.

ફોનની નેટવર્ક સ્થિતિ ક્યાં રહે છે

નામ, રૂટ અને કનેક્શન પ્રોફાઇલ ફોનની નેટવર્ક સેવા દ્વારા સંચાલિત થાય છે, કોઈ પણ કન્ટેનરની બહાર. ટનલ એન્ટ્રી ત્યાં ત્યારે જ દેખાય છે જ્યારે પ્લેટફોર્મ તે VPN પ્રકારને સમર્થન આપે અને ઓપરેટરે અનુરૂપ પ્લગઇન ઇન્સ્ટોલ કર્યું હોય.

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

કનેક્શન યાદી એ પ્રશ્નનો સત્તાવાર જવાબ છે કે આ ફોન પર VPN પ્રોફાઇલ છે કે નહીં. જો તમારું ટનલ તે યાદીમાં ન હોય, તો કન્ટેનરની અંદરનું કોઈ પણ કામ તેને દેખાડી શકશે નહીં. રૂટ શોધ એક સાંકડા પ્રશ્નનો જવાબ આપે છે: આ ફોન એક ગંતવ્ય માટે કયું ઇન્ટરફેસ વાપરશે. કોઈ પણ ફેરફાર પછી આ ચકાસણીનું પુનરાવર્તન કરવાનું છે, કારણ કે પ્રોફાઇલ હોઈ શકે અને તેમ છતાં આપેલી એપ્લિકેશન જે માર્ગ લે છે તે ન હોઈ શકે.

એક કાર્યપ્રવાહ શરૂઆતથી અંત સુધી વાંચો

સાચું કાર્ય પસંદ કરો, જેમ કે ડેસ્કટોપ ક્લાયન્ટ સાથે ખાનગી ડેટાબેઝ સુધી પહોંચવું. પછી પ્રવાહ અનુસરો: એપ્લિકેશન કન્ટેનરમાં શરૂ થાય છે, ફોન જે રિઝોલ્વર વાપરે તેના દ્વારા હોસ્ટનામ ઉકેલે છે, સોકેટ ખોલે છે, અને ફોનનું રાઉટિંગ નક્કી કરે છે કે કયું ઇન્ટરફેસ તેને લઈ જશે. દરેક પગલાનો માલિક છે. કન્ટેનર એપ્લિકેશનનો માલિક છે, પ્લેટફોર્મ રિઝોલ્વર અને રાઉટિંગનો, અને VPN એન્ડપોઇન્ટ પ્રમાણીકરણનો. કોઈ પણ પગલે નિષ્ફળતા તે પગલાની નિષ્ફળતા છે, આખી વિચારની નહીં.

ખાનગી હોસ્ટનામ અને ખાનગી સરનામું અલગ અલગ ચકાસો. જે નામ જાહેર સરનામામાં ઉકેલાય છે અને જે સરનામું ટનલમાં રાઉટ થાય છે તે અલગ અવલોકનો છે, અને તેમને ભેગા કરવાથી એવો અહેવાલ બને છે જે પુનઃઉત્પાદન કરી શકાતો નથી.

જવાબ ના હોય ત્યારે શું નોંધવું

ક્યારેક પ્રામાણિક નિષ્કર્ષ એ હોય છે કે આ ફોન, આ રીલીઝ પર, કાર્યપ્રવાહ લઈ શકતો નથી. તેને પુરાવા સાથે લખો: પ્લેટફોર્મ કયા પ્રકારના કનેક્શન આપે છે, કયા ક્લાયન્ટ અજમાવાયા અને કયા પગલે નિષ્ફળ ગયું.

પછી સ્વીકારાયેલો વિકલ્પ જણાવો, પછી તે બીજું ઉપકરણ હોય, બીજી ઍક્સેસ પદ્ધતિ હોય કે ખાનગી નેટવર્કને સ્પર્શ કર્યા વિના કન્ટેનરની અંદર જ રહેતું વધુ સાંકડું કાર્ય હોય.

જૂની રેસીપીનું પુનઃઉત્પાદન કરવા માટે બેઝ સિસ્ટમ ફરી માઉન્ટ કરવાની અથવા અસ્પષ્ટ વિશેષાધિકારો આપવાની લાલચનો પ્રતિકાર કરો. જે ફોન બૂટ થાય છે તે એ ફોન જેવો નથી જેની નેટવર્ક નીતિ વિશે છ મહિના પછી પણ તમે વિચારી શકો.