તમારા બાયપાસ સબનેટમાં Firefox હજી પણ ઇન્ટ્રાનેટ હોસ્ટને પ્રોક્સી કેમ કરે છે
શાબ્દિક IP સરનામાંઓ માટેની બાયપાસ શ્રેણી તે શ્રેણીમાં રિઝોલ્વ થતા હોસ્ટનામને જરૂરી રીતે મુક્ત કરતી નથી.
તમે Firefox ની “કોઈ પ્રોક્સી નહીં” સૂચિ માં 192.168.0.0/16 મૂક્યું છે. http://192.168.1.20/ ખોલવાથી સીધું જાય છે, પણ http://wiki.office.example/ હજી પણ પ્રોક્સી સુધી પહોંચે છે. બંને URL એક જ સર્વરનો સંદર્ભ આપી શકે છે.
મહત્ત્વનો તફાવત એ છે કે Firefox કઈ ગંતવ્ય શબ્દમાળા સાથે મેળ કરે છે. IP-શ્રેણીના અપવાદ અને હોસ્ટનામના અપવાદ એકબીજાના બદલે વાપરી શકાતા નથી. સરનામા-શ્રેણીનો નિયમ લાગુ પડે છે કે નહીં તે નક્કી કરતા પહેલાં એમ ન માનો કે મેન્યુઅલ બાયપાસ સૂચિ દરેક હોસ્ટનામ રિઝોલ્વ કરે છે.
| દાખલ કરેલ URL | મેળ માટે ઉપલબ્ધ માહિતી |
|---|---|
| http://192.168.1.20/ | શાબ્દિક IP સરનામું |
| http://wiki.office.example/ | હોસ્ટનામ |
જો ઇન્ટ્રાનેટનું પોતાનું ડોમેન હોય, તો નામો કયા સરનામાંઓમાં રિઝોલ્વ થઈ શકે તે અનુમાન કરવાને બદલે યોગ્ય હોસ્ટનામ અથવા ડોમેન અપવાદો વાપરો. અસંબંધિત જાહેર સેવાઓને તે અપવાદની બહાર રાખો. ડોમેનમાં આંતરિક અને બહાર હોસ્ટ કરેલી બંને એપ્લિકેશનો હોઈ શકે છે.
Mozilla ની મૂળ સમજૂતી શાબ્દિક IP મેળ અને તે IP માં રિઝોલ્વ થતા નામો વચ્ચે સ્પષ્ટ ભેદ કરે છે. તે દસ્તાવેજ ઐતિહાસિક છે, તેથી તેમાંથી દરેક વાક્યરચના ઉદાહરણ કૉપી કરતા પહેલાં વર્તમાન ક્લાયન્ટનું વર્તન અને નીતિ ઇન્ટરફેસ તપાસો.
જ્યારે નીતિને DNS ની જરૂર પડે
PAC ફાઇલ DNS-જાગરૂક નિર્ણયો માટે અલગ, સ્પષ્ટ જગ્યા આપે છે. તે સ્ક્રિપ્ટના વિતરણ, અમલ અને રિઝોલ્યુશનની નિષ્ફળતાની રીતો પણ લાવે છે. લાંબી બાયપાસ સૂચિ ટૂંકી દેખાય તે માટે નહીં, પણ રાઉટિંગની જરૂરિયાતને તે તર્ક જોઈએ છે તેથી તેનો ઉપયોગ કરો.
મેનેજ કરેલી ઇન્સ્ટોલેશનમાં Firefox ની અસરકારક નીતિ પણ તપાસો. તાળું મારેલી પ્રોક્સી નીતિ સમજાવી શકે છે કે સ્થાનિક ફેરફાર માર્ગ કેમ નક્કી કરતો નથી.
મુશ્કેલીનિવારણ માટે તમે દાખલ કરેલું શાબ્દિક URL નોંધો, ફક્ત સર્વરનું અંતિમ IP નહીં. હોસ્ટનામ URL ની શાબ્દિક-સરનામા URL સાથે સરખામણી બાયપાસ નિર્ણય માટે ઉપલબ્ધ માહિતી બદલે છે, અને તેથી જ બંને વિનંતીઓ અલગ માર્ગે જઈ શકે છે.