PAC ફાઇલ બ્રાઉઝરને કહે છે કે અન્ય સેવાઓ સુધી કેવી રીતે પહોંચવું. તેની પોતાની ડિલિવરી એ સૂચનાઓ ઉપલબ્ધ થાય તે પહેલાં કામ કરવી જોઈએ.

Chromiumનું PAC ડાઉનલોડર સામાન્ય ટૅબ વિનંતી નથી. તેનું પ્રોક્સી દસ્તાવેજ કહે છે કે PAC ફાઇલો ક્યારેય પ્રોક્સી દ્વારા લેવાતી નથી. તેથી જે PAC URL ફક્ત એ જ ફાઇલમાં નામ આપેલી પ્રોક્સી દ્વારા જ પહોંચી શકાય છે તે બૂટસ્ટ્રૅપ સમસ્યા ઊભી કરે છે.

ડિલિવરીની બીજી મર્યાદાઓ પણ છે: ડાઉનલોડર સામાન્ય HTTP પ્રમાણીકરણ વિનંતી બતાવી શકતું નથી કે ક્લાઇન્ટ પ્રમાણપત્ર રજૂ કરી શકતું નથી, અને પૂરક પ્રમાણપત્ર-નેટવર્ક ફેચ મર્યાદિત છે. પહેલેથી ગોઠવેલા બ્રાઉઝરમાં ખૂલેલું કાર્યરત ટૅબ એ પૂરતો પુરાવો નથી કે નવું PAC ફેચ સફળ થઈ શકે.

ફાઇલને ઇચ્છિત પ્રારંભિક નેટવર્કમાંથી પહોંચી શકાય તેવા એન્ડપૉઇન્ટ પર મૂકો, જેમાં વાસ્તવિક વપરાશકર્તા ટેકો આપે તેવી વિશ્વાસ અને ઍક્સેસ ગોઠવણ હોય. ફાઇલની ડિલિવરી જરૂરિયાતોને પ્રોક્સીની પોતાની વપરાશકર્તા પ્રમાણીકરણથી અલગ રાખો.

ભ્રમણશીલ ક્લાઇન્ટ માટે, જે નેટવર્ક પર ગોઠવણી પ્રથમ વખત જરૂરી બને તેનો સમાવેશ કરો. કૅશ કરેલી સ્ક્રિપ્ટ નવી પ્રોફાઇલ, સમાપ્તિ કે નેટવર્ક ફેરફાર બીજું ફેચ ઉત્પન્ન કરે ત્યાં સુધી ડિલિવરી નિષ્ફળતા છુપાવી શકે છે.

સ્ક્રિપ્ટની અંદર બે પ્રોક્સી સરનામાં ઉમેરવાથી સ્ક્રિપ્ટ પોતે મેળવવા માટે જરૂરી માર્ગ સુધારી શકાતો નથી.

સંબંધિત લેખો