જ્યારે Squid હોસ્ટનામનું નિરાકરણ ન કરી શકે

જ્યાં શોધ નિષ્ફળ થાય છે ત્યાં DNS તપાસો. તમારું લેપટોપ કોઈ નામ ઉકેલી શકે તેનાથી Squid અથવા આગળનું જોડાણ બનાવતો પેરેન્ટ પ્રોક્સી પણ તે કરી શકે તે સાબિત થતું નથી.

નિષ્ફળ થતા ઇન્સ્ટન્સનો કેશ લોગ વાંચો અને સર્વરના રિઝોલ્વર સેટિંગ તપાસો. હોસ્ટ સ્તરની એક સહાયક તપાસ આ છે:

getent ahosts target.example

વાસ્તવિક લક્ષ્ય વાપરો. getent હોસ્ટની શોધવ્યવસ્થા વાપરે છે; Squid નો આંતરિક રિઝોલ્વર કે કેશ અલગ હોઈ શકે. એકસરખા માનતાં પહેલાં સ્પષ્ટ રીતે આપેલા dns_nameservers અને hosts_file ઇનપુટ તપાસો.

Squid 6.13 માં સ્પષ્ટ રીતે આપેલી નેમસર્વર યાદીમાં IP સરનામાં હોય છે:

dns_nameservers 192.0.2.53

દસ્તાવેજીકરણના આ સરનામાને Squid સર્વરથી પહોંચી શકાય એવા મંજૂર રિઝોલ્વરથી બદલો. ખાનગી નામો માટે સંસ્થાનો રિઝોલ્વર જરૂરી હોઈ શકે; અસંબંધિત જાહેર રિઝોલ્વરને તેના DNS દૃશ્યમાં તે ન દેખાય એવું બની શકે.

લેપટોપની hosts ફાઇલનું ઉપનામ પ્રોક્સી મારફતે મોકલાયેલી હોસ્ટનામ વિનંતી સાથે જતું નથી. શોધ કરતા મશીન પર ઇન્સ્ટોલ કરેલી Squid આવૃત્તિનું hosts_file સેટિંગ તપાસો અને જરૂરી હોય ત્યારે પેરેન્ટ પ્રોક્સીનો રિઝોલ્વર પણ ધ્યાનમાં લો. TLS ઓળખ માટેનું હોસ્ટનામ સેવા સાથે સુસંગત રાખો.

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