Squid හට ධාරක නාමයක් විසඳිය නොහැකි විට
ප්රොක්සි සේවාදායකයේ resolver පරීක්ෂා කරන්න; සේවාලාභියාගේ සාර්ථක සෙවුම Squid හටත් එම නාමය විසඳිය හැකි බව තහවුරු නොකරයි.
සෙවුම අසාර්ථක වන ස්ථානයේ DNS පරීක්ෂා කරන්න. ඔබේ ලැප්ටොප් පරිගණකය නාමයක් විසඳීමෙන් Squid හෝ ඊළඟ සම්බන්ධතාව සාදන ඉහළ ප්රොක්සිය එය විසඳිය හැකි බව තහවුරු නොවේ.
අසාර්ථක වන instance එකේ cache සටහන කියවා සේවාදායකයේ resolver සැකසුම් පරීක්ෂා කරන්න. ධාරක මට්ටමේ අතිරේක පරීක්ෂාවක් මෙසේය:
getent ahosts target.exampleසැබෑ ඉලක්කය භාවිත කරන්න. getent ධාරකයේ සෙවුම් පද්ධතිය භාවිත කරන අතර Squid හි අභ්යන්තර resolver හෝ cache වෙනස් විය හැක. ඒවා සමාන යැයි උපකල්පනය කිරීමට පෙර පැහැදිලිව දක්වා ඇති dns_nameservers හා hosts_file ආදාන පරීක්ෂා කරන්න.
Squid 6.13 හි පැහැදිලිව දක්වා ඇති නාම සේවාදායක ලැයිස්තුවක IP ලිපින අඩංගු වේ:
dns_nameservers 192.0.2.53මෙම ලේඛන ලිපිනය Squid සේවාදායකයෙන් ළඟා විය හැකි අනුමත resolver එකකින් ප්රතිස්ථාපනය කරන්න. පෞද්ගලික නාම සඳහා ආයතනයේ resolver අවශ්ය විය හැක; සම්බන්ධයක් නැති පොදු resolver එකක DNS දර්ශනයෙන් ඒවා නොපෙනීමට ඉඩ ඇත.
ලැප්ටොප් පරිගණකයේ hosts ගොනුවේ අන්වර්ථ නාමය ප්රොක්සි හරහා යවන ධාරක නාම ඉල්ලීම සමඟ නොයයි. සෙවුම කරන යන්ත්රයේ ස්ථාපිත Squid අනුවාදයේ hosts_file සැකසුම පරීක්ෂා කර අදාළ විට ඉහළ ප්රොක්සියේ resolver ද සලකා බලන්න. TLS අනන්යතාව සඳහා භාවිත ධාරක නාමය සේවාවට ගැළපෙන ලෙස තබන්න.
එක් පාලිත සැකසුම් වෙනසකින් පසු syntax පරීක්ෂා කර අදහස් කළ instance එකේ සැකසුම් නැවත පූරණය කරන්න, එම ඉල්ලීමම නැවත කර එහි සාක්ෂි පරීක්ෂා කරන්න. cache හි ඇති ධනාත්මක හා ඍණාත්මක පිළිතුරු නැවත කරන පරීක්ෂණවලට බලපානු ඇත. සාර්ථක සෙවුමකට පසුව සම්බන්ධතා කාලය ඉක්මවීම යනු පසුකාලීන මාර්ග හෝ අවසර දෝෂයකි; එය නිවැරදි කිරීමට DNS වෙනස් කරමින් නොසිටින්න. සේවාදායක වෙනස ඇගයීමේදී සේවාලාභියාගේ DNS, ඉහළ ප්රොක්සියේ මාර්ගගත කිරීම සහ ප්රොක්සි ප්රොටෝකෝලය වෙනස් නොකර තබන්න.