प्रॉक्सी कॉन्फ़िगरेशन से पहले PAC फ़ाइल की डिलीवरी काम करनी चाहिए

PAC फ़ाइल ब्राउज़र को बताती है कि दूसरी सेवाओं तक कैसे पहुँचना है। उसकी अपनी डिलीवरी इन निर्देशों के उपलब्ध होने से पहले काम करनी चाहिए।

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

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

फ़ाइल को ऐसे एंडपॉइंट पर रखें जो इच्छित प्रारंभिक नेटवर्कों से पहुँच-योग्य हो, और भरोसे व पहुँच की व्यवस्था वास्तविक उपभोक्ता द्वारा समर्थित हो। फ़ाइल की डिलीवरी आवश्यकताओं को प्रॉक्सी के अपने उपयोगकर्ता प्रमाणीकरण से अलग रखें।

घूमने वाले क्लाइंटों के लिए वह नेटवर्क शामिल करें जहाँ कॉन्फ़िगरेशन पहली बार आवश्यक होता है। कैश किया गया स्क्रिप्ट डिलीवरी विफलता को तब तक छिपा सकता है जब तक नया प्रोफ़ाइल, समाप्ति या नेटवर्क परिवर्तन एक और फ़ेच न करा दे।

स्क्रिप्ट के अंदर दो प्रॉक्सी पते जोड़ना उस मार्ग को ठीक नहीं कर सकता जो स्क्रिप्ट को ही प्राप्त करने के लिए आवश्यक है।