ఒక స్క్రిప్ట్ Windows Internet Settings నుండి ProxyServer చదివి WebProxy.Address కు కేటాయిస్తుంది. ఇది ఒక మెషీన్లో పనిచేస్తుంది, ఆపై విలువ ఇలా ఉన్న మరో మెషీన్లో విఫలమవుతుంది:

http=proxy-a.example:8080;https=proxy-b.example:8080

ఇది ప్రోటోకాల్-నిర్దిష్ట కాన్ఫిగరేషన్ స్ట్రింగ్, ఒకే ప్రాక్సీ URI కాదు. ఒకే చిరునామాను ఆశించే కన్స్ట్రక్టర్కు మొత్తం విలువను ఇవ్వడం ఇన్పుట్ అర్థాన్ని మారుస్తుంది.

నమోదుదీని కోసం ప్రాక్సీని ఎంచుకుంటుంది
http=...HTTP గమ్యస్థాన అభ్యర్థనలు
https=...HTTPS గమ్యస్థాన అభ్యర్థనలు

https కీ తనంతట తానుగా ఆ ప్రాక్సీకి ఉన్న కనెక్షన్ TLS ఉపయోగిస్తుందని అర్థం కాదు. సాధారణ HTTP ప్రాక్సీ CONNECT ద్వారా HTTPS గమ్యస్థానాన్ని తీసుకెళ్లగలదు.

క్లయింట్ అందించిన చోట అసలు గమ్యస్థానానికి మద్దతు ఉన్న సిస్టమ్-ప్రాక్సీ ఇంటర్ఫేస్కు ప్రాధాన్యం ఇవ్వండి. మాన్యువల్ ప్రాక్సీ స్ట్రింగ్లు, బైపాస్ నియమాలు, స్వయంచాలక కాన్ఫిగరేషన్ URLలు మరియు స్వయంచాలక ఆవిష్కరణ కాన్ఫిగరేషన్లో వేర్వేరు భాగాలు. ఒక రిజిస్ట్రీ విలువను చదవడం వాటిని అన్నింటినీ పునరుత్పత్తి చేయలేదు. మీరు నిల్వ చేసిన మ్యాప్ను తనిఖీ చేస్తే, ProxyServer పక్కన ProxyEnable మరియు AutoConfigURL చదవండి.

ఏదైనా ఇంటిగ్రేషన్ మాన్యువల్ మ్యాపింగ్ను పార్స్ చేయాల్సి ఉంటే, దాని డాక్యుమెంట్ చేసిన ఫార్మాట్ను అనుసరించండి, ప్రోటోకాల్ అనుబంధాన్ని నిలుపుకోండి మరియు ఎంచుకున్న ప్రతి విలువకు నిజమైన URI లేదా ఎండ్పాయింట్ పార్సర్ను ఉపయోగించండి. ప్రతి కోలన్ను విభజించడం IPv6 ను విచ్ఛిన్నం చేస్తుంది; మొదటి నమోదును ఎంచుకోవడం పైన చెప్పిన భేదాన్ని కోల్పోతుంది.

దీన్ని సరైన ఖాతా సందర్భంలో ఉంచండి. ఇంటరాక్టివ్ వినియోగదారు సెట్టింగ్లు మరో గుర్తింపు కింద నడుస్తున్న సేవ సెట్టింగ్లు స్వయంచాలకంగా కావు.

సంబంధిత వ్యాసాలు