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፣ የወላጅ ፕሮክሲውን መንገድ እና የፕሮክሲ ፕሮቶኮሉን ሳይቀይሩ ያቆዩ።