Android SSH SOCKS પ્રોક્સી: તમારી અડધી એપ્સ જ કેમ કનેક્ટ થાય છે

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

જ્યાંથી ટ્રાફિક શરૂ થાય ત્યાંથી શરૂ કરો

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

બીજું કંઈ સામેલ કરતાં પહેલાં, સાબિત કરો કે શ્રોતા ફોનના પોતાના શેલમાંથી SOCKS સીધું બોલતા ક્લાયન્ટ સાથે કામ કરે છે:

ssh -N -D 1080 [email protected]
curl --socks5-hostname 127.0.0.1:1080 https://ifconfig.me

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

Android ને જે ભાગ જોઈએ તે ઉમેરો

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

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

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

SSH ટ્રાન્સપોર્ટને કેપ્ચરની બહાર રાખો

SSH કનેક્શન પોતે જે SOCKS ટનલ જાળવે છે તેમાં પાછું ન જોઈએ. જો એડેપ્ટર SSH એપનો ટ્રાફિક પકડે, તો ટનલ એવી કનેક્શન પર આધાર રાખે છે જે ટનલની રાહ જુએ છે, અને પરિણામ એ લૂપ છે જે એડેપ્ટર શરૂ થતાં જ અટકી જાય કે નિષ્ફળ જાય.

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

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

DNS અને UDP ને સાંકળના અંત સુધી અનુસરો

OpenSSH નું ગતિશીલ ફોરવર્ડ TCP કનેક્શન વહન કરે છે. તે UDP-associate કે ICMP ટ્રાન્સપોર્ટ નથી, અને એડેપ્ટર UDP પેકેટ સ્વીકારીને UDP ફોરવર્ડિંગ શોધી શકતું નથી. UDP પર આગ્રહ રાખતું કંઈ પણ, QUIC અને WebRTC મીડિયા સહિત, એપ પ્રમાણે કાં તો નિષ્ફળ જશે કાં TCP પર પાછું જશે.

DNS ને પોતાનો નિર્ણય જોઈએ. નામ સ્થાનિક રીતે ઉકેલતી એપ કનેક્ટ થતાં પહેલાં સામાન્ય રિઝોલ્વર દ્વારા ક્વેરી મોકલે છે, તેથી ટનલ કનેક્શન વહન કરે છે પણ શોધ નહીં. રિમોટ-DNS વિકલ્પવાળો પ્રોક્સી-જાણકાર ક્લાયન્ટ તે ટાળે છે; તે વગરની કેપ્ચર થયેલી એપ નહીં. એડેપ્ટરે તે બદલ્યું એવું માની લેવાને બદલે કયા રિઝોલ્વરે જવાબ આપ્યો તે તપાસો.

SOCKS શ્રોતાને loopback સાથે બાંધેલું રાખો, પ્રથમ વપરાશે SSH સર્વરની હોસ્ટ કી ચકાસો, અને અંતિમ સાઇટ માટે સામાન્ય HTTPS માન્યતા યથાસ્થાને રાખો. SSH ફોન-થી-સર્વર ભાગનું રક્ષણ કરે છે; તે સર્વર પછી શું કરે છે તે એન્ક્રિપ્ટ કરતું નથી.

બે જીવનકાળ તપાસો અને નિર્ણય લો

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

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

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