VPN વિના પ્રોક્સી IP ફેરવવી: એક્ઝિટ શું જુએ છે

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

જાહેર સરનામું ખરેખર ક્યાંથી આવે છે

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

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

પછી રોટેશન તમે પસંદ કરેલા સ્તર પર લાગુ પડે છે. પ્રોક્સી સાથે, રોટેશન એટલે કે આગલી વિનંતી બીજી એક્ઝિટ વાપરે. VPN સાથે, એટલે ટનલ તોડીને ફરી બનાવવી, જે ધીમી છે અને દૃશ્યમાન પુનઃકનેક્શન તરીકે દેખાય છે.

HTTP પ્રોક્સી શું વાંચી શકે છે અને શું નહીં

સાદા HTTP માં પ્રોક્સી વિનંતી લાઇનમાં ચોક્કસ URI, દરેક હેડર અને બોડી જુએ છે. તે આ બધું લોગ કરી શકે છે અને કોઈપણ ભાગ ફરી લખી શકે છે, તેથી જ જે મફત પ્રોક્સી જવાબોમાં સ્ક્રિપ્ટ દાખલ કરે છે તે પ્રોટોકોલ પરવાનગી આપે છે તે જ કરે છે. પ્રમાણીકરણ વાપરે છે Proxy-Authorization, અને ખૂટતું અથવા ખોટું ઓળખપત્ર આપે છે 407 Proxy Authentication Required કનેક્શન ભૂલને બદલે.

HTTPS માં ક્લાયન્ટ મોકલે છે CONNECT host:port અને પ્રોક્સી કાચી ટનલ ખોલે છે, જે પછી તે એન્ક્રિપ્ટ થયેલા બાઇટ જુએ છે. તે હજી પણ CONNECT લાઇનમાંથી અને સામાન્ય રીતે TLS હેન્ડશેકમાંના SNI ક્ષેત્રમાંથી હોસ્ટનામ શીખે છે, તેથી હોસ્ટનામ-સ્તરનું લોગિંગ ટકી રહે છે ભલે પેલોડ ન ટકે. પેલોડ વાંચવા માટે ક્લાયન્ટ જે પ્રમાણપત્ર પર ભરોસો કરે તેની સાથે TLS સમાપ્ત કરવું પડે છે, જે અલગ જોખમવાળું બીજું ઉત્પાદન છે. અને HTTP સેમેન્ટિક્સ સ્પેસિફિકેશન CONNECT ને ટનલ વિનંતી તરીકે વ્યાખ્યાયિત કરે છે, જે એક્ઝિટ શું જોઈ શકે અને શું નહીં તે માટે સાચું માનસિક મોડેલ છે.

curl -v -x http://proxy.example.net:8080 https://example.com 2>&1 | grep -E 'CONNECT|Proxy-'

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

રોટેશનની ગ્રાન્યુલેરિટી નક્કી કરે છે કે શું તૂટે છે

દરેક વિનંતી પર રોટેશન એ એ સેટિંગ છે જે સૌથી સુરક્ષિત દેખાય છે અને સૌથી વધુ તોડે છે. કૂકીઝ, CSRF ટોકન અને સર્વર-સાઇડ સેશન ઓળખ સાથે બંધાયેલા છે, અને લોગિન અને આગલી કૉલ વચ્ચે બદલાતી ઓળખ લક્ષ્યને સેશન હાઇજેકિંગ જેવી લાગે છે. ઘણા પ્રદાતાઓ પ્રોક્સી વપરાશકર્તાનામમાં એન્કોડ કરીને સ્ટિકી સેશન આપે છે, તેથી પસંદ કરેલી વિન્ડો માટે એક્ઝિટ સ્થિર રહે છે.

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

curl -sS -x http://user-session-a1b2:[email protected]:8080 https://ifconfig.me
curl -sS -x socks5h://127.0.0.1:1080 https://ifconfig.me

સ્થાનિક DNS એ શાંત લીક છે. જો ક્લાયન્ટ કનેક્ટ કરતાં પહેલાં નામ ઉકેલે, તો રિઝોલ્વર હજી પણ તમે મુલાકાત લેતા દરેક હોસ્ટને શીખે છે ભલે HTTP વિનંતી બીજે ક્યાંયથી નીકળે. અને socks5h ફોર્મ અને પ્રોક્સી-સાઇડ ઉકેલ તેને ટાળે છે, અને તેમનો ઉપયોગ કંઈ ખર્ચતો નથી.

લક્ષ્ય સરનામા ઉપરાંત શું વર્ગીકૃત કરે છે

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

એક્ઝિટનો પ્રકાર નક્કી કરે છે કે ટ્રાફિક વિશે તમે પ્રામાણિકપણે શું દાવો કરી શકો છો, અને દરેકનો અલગ ખર્ચ છે.

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

એવી એક્ઝિટ પસંદ કરો જે તમે નીતિમાં વર્ણવી શકો

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

તમારી પોતાની દર-મર્યાદા લક્ષ્ય જે સહન કરે તેનાથી નીચે રાખો, અને કાર્યને જે ક્ષેત્રોની જરૂર હોય તે જ એકત્રિત કરો, જેથી ભૂલ નાની રહે. બ્લોકમાંથી બચવા માટે ઝડપથી ફેરવવું સામાન્ય રીતે તેનું કારણ બનેલો વિનંતી દર વધારે છે.

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