Android પર L2TP ઓટોમેશન: સ્ક્રિપ્ટ વિનંતી કરી શકે છે, બનાવી નહીં

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

રૂટ બદલવાથી ખરેખર શું થાય છે

રૂટ ઉમેરવાથી નક્કી થાય છે કે પેકેટ આગળ ક્યાં જશે. તે સુરક્ષા સંગઠનની વાટાઘાટ કરતું નથી, L2TP સત્ર ખોલતું નથી, અને એ PPP વિનિમય ચલાવતું નથી જે સરનામું, પીઅર અને DNS સેટિંગ્સ ઉત્પન્ન કરે છે. હેન્ડસેટ પર દૃશ્યમાન પરિણામ એ ટ્રાફિક છે જે ખોટા માર્ગે નીકળે છે, અથવા નીકળીને મરી જાય છે, ક્યાંય પણ ટનલ સ્થિતિ વિના.

જૂની આવૃત્તિમાંથી કોપી કરેલી સેવા કૉલ માટે પણ એ જ લાગુ પડે છે. Androidની આંતરિક VPN પ્લમ્બિંગ પ્રકાશિત ઓટોમેશન API નથી, અને બીજી આવૃત્તિનો ક્રમાંકિત વ્યવહાર અલગ ઑપરેશનને અડી શકે છે અથવા એવા વિશેષાધિકારો માંગી શકે છે જે સ્ક્રિપ્ટ પાસે નથી. પાસવર્ડ લઈ જતું ઓટોમેશન કદી પણ અનુમાનિત આંતરિક દલીલો પર આધાર રાખવો જોઈએ નહીં, કારણ કે નિષ્ફળતાનો પ્રકાર કાં તો શાંત no-op છે અથવા અડધું બનેલું પ્રોફાઇલ છે જેને કોઈ સાફ કરતું નથી.

ચાર માલિકો, અને સ્ક્રિપ્ટ તેમાંથી એક પણ નથી

તેમને ક્રમમાં લો. IPsec સુરક્ષિત માર્ગ સ્થાપે છે અને જાળવે છે અને પીઅરને પ્રમાણિત કરે છે. L2TP તેના પર સત્ર વહન કરે છે, અને સ્તરીકરણ એ કારણ છે કે ધોરણ તેમને એક પ્રોટોકોલને બદલે અલગ મિકેનિઝમ તરીકે ગણે છે. તેની અંદર, PPP ક્લાયંટ વાપરશે તેવા લિંક પરિમાણોની વાટાઘાટ કરે છે. પછી Android પ્લેટફોર્મ બાજુ ધરાવે છે: નોંધાયેલ VPN ઇન્ટરફેસ, પ્રતિ-એપ સ્કોપ, always-on સ્થિતિ અને જીવનચક્ર જે નક્કી કરે છે કે એપ મારવામાં આવે ત્યારે શું થાય.

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

શા માટે ડીમન પણ ટૂંકો રસ્તો નથી

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

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

સમર્થિત માર્ગો કેવા દેખાય છે

જો સંસ્થા એવા પ્રોફાઇલ પર જઈ શકે જે Android પોતે પ્રદાન કરે, તો પ્લેટફોર્મ માર્ગ પ્રામાણિક છે. API 30 થી, VpnManager એપ્લિકેશનો માટે પ્લેટફોર્મ VPN પ્રોફાઇલની જોગવાઈ અને નિયંત્રણને સમર્થન આપે છે, જેમાં કૉલ કરતી એપ સાથે જોડાયેલ ઑથરાઇઝેશન પ્રવાહ છે. તે L2TP કન્વર્ટર નથી: IKEv2 માટે તે જે પ્રોફાઇલ મોડેલ પ્રદાન કરે છે તે હાલની L2TP રૂપરેખાંકનનું ભાષાંતર કરતું નથી, અને પ્રોટોકોલ બદલવો એ સ્થળાંતર છે, નામ બદલવું નહીં. ઓળખ, માર્ગો, ખાનગી DNS અને ઍક્સેસ પરવાનગીઓ જાણી જોઈને લઈ જવી પડે.

જો સેવાએ L2TP/IPsec રહેવું પડે, તો સમર્થિત સંયોજન એ ક્લાયંટ અને OS આવૃત્તિ છે જે ઓપરેટર ખરેખર દસ્તાવેજીકૃત કરે છે, અને તેનો ઓટોમેશન કરાર જો હોય. જ્યારે દસ્તાવેજીકૃત બિન-દેખરેખ નિયંત્રણ ન હોય, ત્યારે સાચો જવાબ સમર્થિત મેન્યુઅલ કનેક્શન છે, નહીં કે નાજુક વિશેષાધિકાર પ્રાપ્ત સ્ક્રિપ્ટ જે એક બિલ્ડ પર કામ કરવાનું બની જાય.

સાચું ઓટોમેશન શું કરે છે

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

પહેલી લાઇન લખતા પહેલાં લખો કે કયો ઘટક કયું સ્તર ધરાવે છે, અને પરિણામ તેની સામે તપાસો:

• IPsec અને PPP ક્લાયંટ સંભાળે છે, સ્ક્રિપ્ટના રૂટ નહીં.
• કનેક્શન પ્લેટફોર્મની VPN સ્થિતિમાં દેખાય છે, તેથી પ્રતિ-એપ સ્કોપ અને always-on તેના પર લાગુ પડે છે.
• કોઈ આંતરિક સેવા કૉલ, વ્યવહાર ક્રમાંક કે અનુમાનિત દલીલ ઓળખપત્ર લઈ જતી નથી.
• કોઈપણ પગલે નિષ્ફળતા અડધું નોંધાયેલ પ્રોફાઇલ પાછળ છોડતી નથી.