PAC ફાઇલમાં ક્રમિક પ્રોક્સી ફેઇલઓવર

અર્ધવિરામથી અલગ કરેલ PAC પરિણામ ક્રમમાં વૈકલ્પિક માર્ગો આપે છે:

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

નીતિ જે માંગે તે વાસ્તવિક HTTP એન્ડપોઇન્ટ વાપરો. જાહેર પ્રોક્સી પરવાનગી હોય તેવા જાહેર ગંતવ્ય પરીક્ષણો માટે, HTTP પ્રોક્સી સૂચિ ઉમેદવારો પૂરા પાડે છે. A નિષ્ફળ થયા પછી બ્રાઉઝર યોગ્ય સમયે B અજમાવી શકે છે. ટ્રાફિક A પછી B માંથી પસાર થતો નથી. સાંકળ માટે ક્લાયન્ટ અથવા પ્રોક્સી સર્વર પર અલગ સમર્થન જરૂરી છે; curl ની SOCKS-થી-HTTP સાંકળ એ એક સમર્થિત ગોઠવણ છે.

સ્ક્રિપ્ટની ઉપલબ્ધતા અને પ્રોક્સીની ઉપલબ્ધતા

ક્લાયન્ટે પહેલા વાપરી શકાય તેવી PAC સ્ક્રિપ્ટ મેળવવી પડે. તેના રિટર્ન મૂલ્યમાંની બીજી પ્રોક્સી એવા બ્રાઉઝરને મદદ કરી શકતી નથી જે સ્ક્રિપ્ટ ડાઉનલોડ કરવામાં નિષ્ફળ ગયું અને જેની પાસે વાપરી શકાય તેવી કેશ કૉપી નથી.

મૂલ્યાંકન પછી બ્રાઉઝર પરત મળેલા માર્ગોમાંથી પસંદ કરે છે. PAC સંદર્ભ ક્રમિક ફોર્મેટ નક્કી કરે છે; કઈ નિષ્ફળતાઓ ફેઇલઓવર શરૂ કરે અને નિષ્ફળ ઉમેદવારને કેટલો સમય યાદ રાખે તે બ્રાઉઝર નક્કી કરે છે. કાર્યરત પ્રોક્સી દ્વારા મળેલ HTTP ભૂલ આપમેળે બીજો માર્ગ શરૂ કરતી નથી.

સીધો વિકલ્પ

ઉમેરવાથી ; DIRECT બંને પ્રોક્સી વગરનો માર્ગ મંજૂર કરે છે. તે રોમિંગ નીતિ માટે યોગ્ય હોઈ શકે, પણ અસરગ્રસ્ત ટ્રાફિક હંમેશા મંજૂર કરેલ એક્ઝિટ વાપરે તે જરૂરિયાત સાથે વિરોધ કરે છે.

આઉટેજ રિપોર્ટ માટે, સ્ક્રિપ્ટ મળી હતી કે નહીં, અસરગ્રસ્ત URL માટે તેનું પરિણામ, અને બ્રાઉઝરે અજમાવેલો વિકલ્પ નોંધો. તે અવલોકનો સ્ક્રિપ્ટ વિતરણ, મૂલ્યાંકન અને પ્રોક્સી જોડાણ વચ્ચે નિષ્ફળતાનું સ્થાન નક્કી કરે છે.