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"

పునఃప్రారంభం తర్వాత పాత విలువ తిరిగి వస్తే, మూలం దాన్ని మళ్లీ వర్తింపజేసే నిర్వహిత విధానం లేదా ప్రొఫైల్, ఆ విధానం యజమాని మినహాయింపును తీసివేయాలి. ధృవపత్ర ధృవీకరణను ఎల్లప్పుడూ ఆన్‌లో ఉంచండి, ఎందుకంటే ట్రాఫిక్‌ను అడ్డగించే ప్రాక్సీ మీరు తనిఖీలను ఆఫ్ చేసిన వెంటనే పరిష్కరించబడినట్లు కనిపిస్తుంది. చివర్లో తొలగించిన విలువ మరియు తేదీని మీ నోట్స్‌లో రాయండి, తదుపరి వ్యక్తి ఉద్దేశపూర్వక ప్రాక్సీని మరచిపోయిన దాని నుండి వేరు చేయగలడు.