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, ଉପର ପ୍ରକ୍ସିର ରାଉଟିଂ ଓ ପ୍ରକ୍ସି ପ୍ରୋଟୋକଲ ଅପରିବର୍ତ୍ତିତ ରଖନ୍ତୁ।