स्थिति संदेश कहता है “Resolving host in proxy script,” फिर भी प्रॉक्सी सर्वर बदलने से बहुत फ़र्क़ नहीं पड़ता। यह एक उपयोगी संकेत है: हो सकता है ब्राउज़र अभी भी तय कर रहा हो कि अनुरोध कहाँ भेजना है।

PAC फ़ाइल DNS-आधारित जाँचें कर सकती है। यदि वे जाँचें किसी अप्राप्य रिज़ॉल्वर की प्रतीक्षा करती हैं या बार-बार अनावश्यक प्रश्न पूछती हैं, तो चुने गए प्रॉक्सी को कुछ मिलने से पहले ही पृष्ठ लोड होना रुक सकता है।

1. रुकावट का स्थान पहचानें

एक प्रभावित URL के लिए निर्धारित करें कि देरी PAC फ़ाइल लाते समय, उसका मूल्यांकन करते समय, या लौटाए गए प्रॉक्सी से जुड़ते समय होती है। खाली प्रॉक्सी एक्सेस लॉग पहले दो चरणों के अनुरूप है; यह सिद्ध नहीं करता कि ब्राउज़र ने सीधा मार्ग इस्तेमाल किया।

फिर जाँचें कि किन नियमों को DNS चाहिए। Microsoft के PAC प्रदर्शन दिशानिर्देश अनावश्यक DNS-आधारित काम से बचने की सलाह देते हैं। होस्टनाम समानता जाँच को वही जानकारी नहीं चाहिए जो उस होस्टनाम को हल करने और सबनेट जाँचने के लिए चाहिए।

2. अनावश्यक DNS काम हटाएँ

ज्ञात होस्टनाम अपवाद अक्सर व्यापक पता-आधारित जाँचों से पहले तय किए जा सकते हैं। किसी नाम को केवल तब हल करें जब शेष नीति को वास्तव में उसका पता चाहिए। यदि आगे की कई शर्तों को वही मान चाहिए तो परिणाम को स्थानीय चर में रखें।

ऊपर बिना शर्त DIRECT रिटर्न जोड़कर धीमी स्क्रिप्ट को “ठीक” न करें। ऐसा करने से देरी के साथ-साथ रूटिंग निर्णय भी हट जाता है।

मशीन-विशिष्ट DNS समाधानों के लिए प्रमाण चाहिए। फ़ाइल साझाकरण सक्षम करना या हर लैपटॉप की hosts फ़ाइल फिर से लिखना धीमी रूटिंग स्क्रिप्ट के लिए ख़राब पहली प्रतिक्रिया है। प्रभावित नेटवर्क पर रिज़ॉल्वर और होस्टनाम का व्यवहार जाँचें, विशेषकर नेटवर्क बदलने के बाद, और PAC को केवल वहीं बदलें जहाँ उसका वास्तविक निर्णय पथ इसकी माँग करता है।

संबंधित लेख