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, പാരന്റ് റൂട്ടിങ്, പ്രോക്സി പ്രോട്ടോകോൾ എന്നിവ മാറ്റമില്ലാതെ നിലനിർത്തുക.