બીજું બ્રાઉઝર ખોલવાથી બીજો VPN માર્ગ બનતો નથી

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

સ્થિતિને અલગ પાડવું એ માર્ગને અલગ પાડવું નથી

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

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

ખરેખર માર્ગ કોણ પસંદ કરે છે

ચાર વસ્તુઓ અલગ માર્ગ પસંદ કરી શકે છે: એક્ઝિક્યુટેબલ કે પેકેજ સાથે મેળ ખાતો દરેક એપ માટેનો VPN નિયમ, બ્રાઉઝર કે સિસ્ટમમાં ગોઠવેલી પ્રોક્સી, નેટવર્ક નેમસ્પેસ કે કન્ટેનર, અને બીજું ભૌતિક ઉપકરણ. દરેક કંઈક વાસ્તવિક બદલે છે, અને દરેકની પોતાની કિંમત છે.

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

એપ-સ્તરની પ્રોક્સીઓ વધુ એક મધ્યસ્થ ઉમેરે છે

બ્રાઉઝરમાં પ્રોક્સી સેટિંગ ખરેખર અલગ માર્ગ બનાવે છે, અને તે પ્રોક્સી ચલાવનાર સાથે અલગ વિશ્વાસ સંબંધ પણ બનાવે છે. એક પ્રોફાઇલ માટે તે કાયદેસર ગોઠવણ છે, અને તે આખા ઉપકરણના આવરણ સમાન નથી.

પ્રોક્સી સમજીને પસંદ કરો: એક જ હોસ્ટ પર SOCKS શ્રોતા, ટનલની અંદર પ્રમાણિત પ્રોક્સી, અથવા દૂરની સેવા. પ્રોક્સીને પૂર્ણ-ટનલ VPN સાથે ભેળવવાથી એવા નાના-મોટા માર્ગો બને છે જ્યાં નિષ્ફળતાના પ્રકારો ગુણાકાર પામે છે.

દરેક બ્રાઉઝરની સાચી વિનંતી ચકાસો

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

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --proxy socks5h://127.0.0.1:1080 https://api.ipify.org
dig +short example.com

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

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