VPN કામ કરે છે, પણ એક એપમાં ઇન્ટરનેટ નથી? તેનો પ્રોક્સી તપાસો

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

કયો સ્તર પ્રોક્સી સેટિંગનો માલિક છે

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

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

દરેક સાધન ખરેખર જે મૂલ્ય વાપરે છે તે વાંચો

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

env | grep -i -E 'http_proxy|https_proxy|all_proxy|no_proxy'
scutil --proxy
gsettings get org.gnome.system.proxy mode
netsh winhttp show proxy

તમારી સામેની પ્લેટફોર્મ સાથે મેળ ખાતી લાઇન જ ચલાવો, પછી હોસ્ટ, પોર્ટ અને ઓળખપત્રો માટે આઉટપુટ વાંચો. આવું મૂલ્ય http://proxy.corp.example:8080 એટલે કે સાધન દરેક વિનંતી માટે તે હોસ્ટને પૂછે છે, જ્યારે ખાલી પરિણામ એટલે કે તે સીધું જાય છે અને અસલી ખામી બીજે ક્યાંક છે. ટિકિટમાં આઉટપુટ પેસ્ટ કરતા પહેલા વપરાશકર્તા અને પાસવર્ડનો ભાગ ઢાંકો, કારણ કે તે સ્ટ્રિંગ લોકો ધારે છે તેના કરતાં ઘણી વધુ વાર જીવંત ઓળખપત્રો હોય છે.

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

ઓવરરાઇડ સાફ કરો અને એ જ વિનંતી ફરી ચકાસો

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

unset http_proxy https_proxy all_proxy
curl -v --max-time 10 https://example.com 2>&1 | grep -i -E 'uses proxy|connected to|http/'

જો વર્બોસ આઉટપુટ હજી પ્રોક્સીનો દાવો કરે, તો પર્યાવરણ સત્તા નહોતું. વધુ ઓવરરાઇડ થપાટ ન કરતાં એક સ્તર ઉપર જાઓ.

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

ચકાસો કે સુધારો રીસ્ટાર્ટ પછી ટકે છે

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

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

env -i /usr/bin/curl -sS -o /dev/null -w '%{http_code} %{remote_ip}
' https://example.com
networksetup -getwebproxy "Wi-Fi"

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