PAC પરીક્ષણ પરિણામથી બ્રાઉઝરના વાસ્તવિક માર્ગ સુધી
PAC ફંક્શન પરત આપતો માર્ગને ફાઇલ ડિલિવરી, બ્રાઉઝર સ્વીકાર, પ્રોક્સી પહોંચ અને વિનંતીના અંતિમ માર્ગથી અલગ કરો.
PAC પરીક્ષક PROXY proxy.example:8080 પરત આપે છે. ઉપયોગી પરિણામ. તેમ છતાં બ્રાઉઝર રૂપરેખા ચકાસાયેલી ગણાય તે પહેલાં ઘણા પ્રશ્નોના જવાબ આપવાના બાકી છે.
| પ્રશ્ન | શું તપાસવું |
|---|---|
| આ સ્ક્રિપ્ટ આ ઇનપુટ માટે શું પરત આપે છે? | મૂલ્યાંકનકર્તા, ઇનપુટ URL અને સહાયક ફંક્શનના પરિણામો |
| બ્રાઉઝરને આ નકલ મળી? | રૂપરેખાંકિત PAC URL અને ડિલિવરી કે કેશના પુરાવા |
| બ્રાઉઝરે પરત મળેલો માર્ગ વાપર્યો? | બ્રાઉઝરનું પ્રોક્સી નિર્ધારણ અને જોડાણ નિદાન |
| એ માર્ગ વિનંતી લઈ શક્યો? | પસંદ કરેલા એન્ડપોઇન્ટનું જોડાણ અને પ્રોક્સી સાથે વિનિમય |
pacparser જેવું સાધન પોતાના સમર્થિત સહાયકો સાથે PAC તર્કનું મૂલ્યાંકન કરે છે. તે લક્ષ્ય બ્રાઉઝરની સંપૂર્ણ રૂપરેખા શોધ, નીતિ, કેશિંગ અને જોડાણ યંત્રણા ચલાવતું નથી.
ઇનપુટ સરખાવી શકાય તેવા રાખો. અલગ URL સ્કીમ, હોસ્ટનામની જોડણી, DNS જવાબ અથવા આપેલું ક્લાયન્ટ સરનામું માન્ય પરિણામ બદલી શકે છે. બીજા નેટવર્ક પરની કસોટી સ્ક્રિપ્ટમાં કોઈ ભૂલ વિના બીજી શાખા ચલાવી શકે છે.
બ્રાઉઝર નીતિ બીજું PAC URL કે સ્થિર પ્રોક્સી પણ પસંદ કરી શકે છે. ડિસ્ક પર ફાઇલ સંપાદિત કરવાથી એ સાબિત થતું નથી કે બ્રાઉઝરે તે ફરી મેળવી છે. Chrome માં, PAC તાજું કરવું યાદ રાખેલા ખરાબ પ્રોક્સી સાફ કરવાથી અલગ છે. પરિણામ સાથે ફાઇલની ચોક્કસ આવૃત્તિ અને સંબંધિત ગ્રાહક સેટિંગ્સ નોંધો.
તર્કની સમસ્યા સીમિત કરવા ઑફલાઇન મૂલ્યાંકન વાપરો. સ્વીકાર અને રૂટિંગ સ્થાપિત કરવા વાસ્તવિક ક્લાયન્ટનું નિદાન વાપરો. જો સ્ક્રિપ્ટનું પરિણામ સાચું હોય પણ પ્રોક્સીને કોઈ વ્યવહાર ન દેખાય, તો કામ કરતો નિયમ ફરી લખતાં પહેલાં એ ગાબડું તપાસો.