स्थिती संदेश सांगतो “Resolving host in proxy script,” तरी प्रॉक्सी सर्व्हर बदलल्याने फारसा फरक पडत नाही. हा उपयुक्त संकेत आहे: कदाचित ब्राउझर अजूनही विनंती कुठे पाठवायची हे ठरवत आहे.

PAC फाइल DNS-आधारित तपासण्या करू शकते. जर त्या तपासण्या अपरिचित रिझॉल्व्हरची वाट पाहत असतील किंवा वारंवार अनावश्यक प्रश्न विचारत असतील, तर निवडलेल्या प्रॉक्सीला काही मिळण्यापूर्वीच पृष्ठ लोड होणे थांबू शकते.

1. थांबा कुठे आहे ते शोधा

एका प्रभावित URL साठी, विलंब PAC फाइल आणताना, तिचे मूल्यांकन करताना, की परत आलेल्या प्रॉक्सीशी जोडताना होतो हे ठरवा. रिकामा प्रॉक्सी प्रवेश लॉग पहिल्या दोन टप्प्यांशी सुसंगत आहे; तो ब्राउझरने थेट मार्ग वापरल्याचे सिद्ध करत नाही.

नंतर कोणत्या नियमांना DNS लागतो ते तपासा. Microsoft च्या PAC कार्यक्षमता मार्गदर्शक तत्त्वे अनावश्यक DNS-आधारित काम टाळण्याचा सल्ला देतात. होस्टनाव समानता तपासणीला ते होस्टनाव सोडवून सबनेट तपासण्याइतकीच माहिती लागत नाही.

2. अनावश्यक DNS काम काढून टाका

ज्ञात होस्टनाव अपवाद बहुतेक वेळा व्यापक पत्ता-आधारित तपासण्यांपूर्वी ठरवता येतात. नाव फक्त तेव्हाच सोडवा जेव्हा उर्वरित धोरणाला खरोखर त्याचा पत्ता लागतो. पुढील अनेक अटींना समान मूल्य लागत असल्यास निकाल स्थानिक चलात ठेवा.

वर बिनशर्त DIRECT रिटर्न जोडून संथ स्क्रिप्ट “दुरुस्त” करू नका. त्यामुळे विलंबासोबतच राउटिंग निर्णयही निघून जातो.

मशीन-विशिष्ट DNS उपायांना पुरावा लागतो. फाइल शेअरिंग सुरू करणे किंवा प्रत्येक लॅपटॉपची hosts फाइल पुन्हा लिहिणे संथ राउटिंग स्क्रिप्टसाठी खराब पहिली प्रतिक्रिया आहे. प्रभावित नेटवर्कवर रिझॉल्व्हर आणि होस्टनावचे वर्तन तपासा, विशेषतः नेटवर्क बदलल्यानंतर, आणि PAC फक्त तिथेच बदला जिथे त्याचा खरा निर्णय मार्ग मागतो.

संबंधित लेख