ગુમ થયેલ PAC ફાઇલ તમારું એક્ઝિટ IP બદલી શકે છે
જો બ્રાઉઝર તેની પ્રોક્સી સ્ક્રિપ્ટ મેળવી શકતું ન હોય, તો તેનું ફોલબેક વર્તન સફળતાપૂર્વક લોડ થયેલી સ્ક્રિપ્ટનાં DIRECT નિયમોથી અલગ હોઈ શકે છે.
PAC ફાઇલમાંથી દરેક DIRECT શાખા દૂર કરવાથી બ્રાઉઝર જ્યારે ફાઇલ બિલકુલ મેળવી શકતું ન હોય ત્યારે શું કરે છે તે જરૂરી રીતે નિયંત્રિત થતું નથી.
| નિષ્ફળતાનું બિંદુ | સંબંધિત નીતિ |
|---|---|
| લોડ થયેલી સ્ક્રિપ્ટ પરત મળેલી પ્રોક્સીઓમાંથી પસંદ કરે છે | ક્રમાંકિત ઉમેદવાર યાદી, કોઈપણ સ્પષ્ટ DIRECT વિકલ્પ સહિત. |
| બ્રાઉઝર ઉપયોગપાત્ર સ્ક્રિપ્ટ મેળવી શકતું નથી | ક્લાયન્ટનું રૂપરેખા ફોલબેક, કોઈપણ ઉપયોગપાત્ર કેશ અથવા જાતે કરેલા વિકલ્પ સહિત. |
Chromium દસ્તાવેજીકૃત કરે છે PAC મેળવવામાં નિષ્ફળતા પછીનું આગળનું રૂપરેખા: સમર્થિત પ્લેટફોર્મ પર જાતે કરેલી પ્રોક્સી, અથવા સીધો ઍક્સેસ. ફરજિયાત PAC રૂપરેખા સમર્થિત પદ્ધતિ દ્વારા સેટ કરાય ત્યારે તેના દસ્તાવેજીકૃત સીધા ફોલબેકને અટકાવે છે. આ દરેક બ્રાઉઝર, પ્લેટફોર્મ કે કેશ કરેલી સ્ક્રિપ્ટની સ્થિતિ વ્યાખ્યાયિત કરતું નથી.
અણધારી સીધી એક્ઝિટ માટે, ક્લાયન્ટ/આવૃત્તિ અને અસરકારક મેનેજ્ડ અથવા એક્સટેન્શન નીતિને PAC URL, મેળવણીનું પરિણામ, નિરીક્ષિત એક્ઝિટ અને નેટવર્ક ફેરફારના સમય સાથે રાખો. નોંધો કે કેશ કરેલી સ્ક્રિપ્ટ કે જાતે કરેલી પ્રોક્સી હતી કે નહીં. પ્રોક્સી લોગને ક્લાયન્ટના રૂટિંગ પુરાવા સાથે જોડો; પ્રોક્સી એવી વિનંતી લોગ કરી શકતી નથી જે કદી તેની સુધી પહોંચી જ ન હોય.
મંજૂર એક્ઝિટ જરૂરી હોય તેવી સંસ્થાએ બ્રાઉઝર નીતિને નેટવર્ક ઍક્સેસ નીતિ સાથે સુસંગત કરવી જોઈએ. સામાન્ય રીતે યોગ્ય એન્ડપોઇન્ટ પરત આપતી સ્ક્રિપ્ટ તેના ડિલિવરી સર્વર અનુપલબ્ધ હોય ત્યારે એકલી એ જ માર્ગની ખાતરી આપી શકતી નથી.