WinHTTP బైపాస్ జాబితాలో <local> అనే ప్రత్యేక టోకెన్ ఉండవచ్చు. ఈ సందర్భంలో local అంటే చుక్క లేని సర్వర్ పేరు. ఇది ప్రతి ప్రైవేట్ IP చిరునామా లేదా మీ Wi-Fiలోని ప్రతి పరికరానికి సాధారణ వర్గీకరణ కాదు.

అందువల్ల చిన్న హోస్ట్‌నేమ్ మరియు చుక్కల హోస్ట్‌నేమ్ వేర్వేరు ఇన్‌పుట్‌లు. http://intranet/ అభ్యర్థించే అప్లికేషన్ టోకెన్‌కు సరిపోలవచ్చు, కానీ http://intranet.example.internal/కి వర్తించే స్పష్ట నియమం అవసరం.

కాన్ఫిగర్ చేసిన మినహాయింపులను చదవండి

ఉద్దేశించిన WinHTTP కాన్ఫిగరేషన్ కోసం, స్థిర ఉదాహరణ:

netsh winhttp set proxy `
  proxy-server="203.0.113.10:8080" `
  bypass-list="<local>;*.example.internal"

ఎండ్‌పాయింట్ కేవలం ఉదాహరణ. ఈ ఆదేశం WinHTTP కాన్ఫిగరేషన్‌ను మారుస్తుంది మరియు సాధారణ బ్రౌజర్ మరమ్మతుగా ఉపయోగించకూడదు. మార్పు చేయడానికి ముందు మునుపటి కాన్ఫిగరేషన్‌ను నమోదు చేయండి మరియు లక్ష్య అనువర్తనం దానిని నిజంగా ఉపయోగిస్తుందో నిర్ధారించుకోండి.

వైల్డ్‌కార్డ్ నియమం మరియు local టోకెన్ వేర్వేరు పనులు చేస్తాయి. 192.168.1.10 వంటి చుక్కల IP లిటరల్ చుక్క లేని హోస్ట్‌నేమ్ కాదు. అలాంటి చిరునామా డైరెక్ట్‌గా ఉండాలంటే, local అనే పదం దానిని కవర్ చేస్తుందని ఊహించకుండా తగిన విధంగా మద్దతున్న స్పష్ట మినహాయింపును ఉపయోగించండి.

అభ్యర్థన యొక్క వాస్తవ హోస్ట్‌ను తనిఖీ చేయండి

సేవ చిన్న పేరును ఉపయోగించవచ్చు, బ్రౌజర్ బుక్‌మార్క్ పూర్తిగా అర్హత కలిగిన పేరును ఉపయోగించవచ్చు. రెండు పేర్లు చివరికి ఒకే సర్వర్‌ను సూచించినా ఫలిత మార్గం భిన్నంగా ఉండవచ్చు.

మీరు తనిఖీ చేసిన స్థిర డిఫాల్ట్‌కు బదులు అనువర్తన-నిర్దిష్ట ప్రాక్సీ సమాచారం లేదా PAC మూల్యాంకనం ద్వారా కూడా అభ్యర్థన నియంత్రించబడవచ్చు. మరెక్కడో బైపాస్ జాబితాను మార్చే ముందు విఫలమైన అనువర్తనం ఉపయోగించే మూలాన్ని గుర్తించండి.

ప్రవర్తనను పోల్చడానికి, అదే క్లయింట్ కోసం URL హోస్ట్‌నేమ్ మరియు ఎంచుకున్న ప్రాక్సీ విధానాన్ని నమోదు చేయండి. ఉద్దేశపూర్వకంగా మినహాయించిన హోస్ట్ డైరెక్ట్‌గా ఉన్నందున పనిచేస్తున్న పబ్లిక్ ప్రాక్సీని భర్తీ చేయవద్దు.

ఈ భేదాన్ని DNS మరియు కెర్నల్ రూటింగ్ నుండి వేరుగా ఉంచండి: బైపాస్ నియమం అభ్యర్థనకు ప్రాక్సీని ఉపయోగించాలా వద్దా అని ఎంచుకుంటుంది. ఇది ఇతరత్రా చేరుకోలేని గమ్యాన్ని చేరుకోగలిగేలా చేయదు.

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