ପୁରୁଣା Squid ବିନ୍ୟାସରେ dns_v4_first on ଅଛି। ଅପଗ୍ରେଡ୍ ପରେ ସେ ଧାଡ଼ି ଆଉ ଆଶା କରାଯାଉଥିବା IPv4 ପ୍ରାଥମିକତା ଦିଏ ନାହିଁ। ଏହାର ଅଧିକ ନକଲ ଯୋଡ଼ିଲେ ମଧ୍ୟ ପୂର୍ବ ଆଚରଣ ଫେରି ଆସିବ ନାହିଁ।

ବିନ୍ୟାସ ସନ୍ଦର୍ଭ ଏହି ନିର୍ଦ୍ଦେଶକୁ Squid 5 ରୁ 7 ମଧ୍ୟରେ ଅନୁପଲବ୍ଧ ବୋଲି ତାଲିକାଭୁକ୍ତ କରେ। Squid ର ଠିକଣା ଚୟନ ଏହାର Happy Eyeballs କାର୍ଯ୍ୟ ସହିତ ବଦଳିଛି; ପୁରୁଣା ପ୍ରାଥମିକତା ପରାମର୍ଶ ସେହି ସଂସ୍କରଣର ପ୍ରସଙ୍ଗରେ ପଢ଼ିବା ଉଚିତ।

ପ୍ରାଥମିକତା ଏବଂ ବାଧ୍ୟତା ଦୁଇଟି ଅଲଗା ଅନୁରୋଧ

ପ୍ରଥମେ ନିର୍ଣ୍ଣୟ କରନ୍ତୁ ଆପଣଙ୍କୁ କ'ଣ ଦରକାର। ଉଭୟ ପରିବାର ଉପଲବ୍ଧ ଥିଲେ କାର୍ଯ୍ୟକ୍ଷମ IPv4 ମାର୍ଗକୁ ପ୍ରାଥମିକତା ଦେବେ? ଭଙ୍ଗା IPv6 ସଂଯୋଗକୁ ହଟାଇବେ? ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ ଏକ୍ଜିଟ୍ କେବଳ IPv4 ବ୍ୟବହାର କରିବ ବୋଲି ନିଶ୍ଚିତ କରିବେ? ଏହା ଏକ ନୀତି ନୁହେଁ। ଗନ୍ତବ୍ୟ-ପରିବାର ପ୍ରତିବନ୍ଧକ ମଧ୍ୟ କ୍ଲାଏଣ୍ଟ-ଉତ୍ସ ACL ଠାରୁ ଅଲଗା ରହିବା ଉଚିତ।

ଗୋଟିଏ ପରିବାରର ପ୍ରବେଶକୁ ବନ୍ଦ କଲେ କେତେକ ସାଇଟ୍ ଅପ୍ରାପ୍ୟ ହୋଇପାରେ। DNS ଉତ୍ତର ବଦଳାଇଲେ ପ୍ରକ୍ସି ପାଇଁ ଉପଲବ୍ଧ ପ୍ରାର୍ଥୀ ବଦଳେ। ମନ୍ଥର କିମ୍ବା ଭଙ୍ଗା ମାର୍ଗ ସୁଧାରିବା ନେଟୱାର୍କ ତ୍ରୁଟିର ସମାଧାନ କରେ। ଏଥିମଧ୍ୟରୁ କୌଣସିଟିକୁ ହଟାଯାଇଥିବା ନିର୍ଦ୍ଦେଶର ସାର୍ବଜନୀନ ବିକଳ୍ପ ଧାଡ଼ି ଭାବରେ ବର୍ଣ୍ଣନା କରିବା ଉଚିତ ନୁହେଁ।

ଗନ୍ତବ୍ୟ ଠିକଣା ଚୟନକୁ ପିତୃ ପ୍ରକ୍ସି ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚିବା ପାଇଁ ବ୍ୟବହୃତ ଠିକଣାରୁ ମଧ୍ୟ ଅଲଗା ରଖନ୍ତୁ। ପିତୃ ହୋଷ୍ଟନାମର ନିଜସ୍ୱ IPv4 ଏବଂ IPv6 ପ୍ରାର୍ଥୀ ଥାଇପାରେ, ଯେତେବେଳେ ପିତୃ ନିଜ ନୀତି ଅନୁସାରେ ଅନ୍ତିମ ୱେବସାଇଟ୍ ସଂଯୋଗ କରେ।

ଉତ୍ସ-ଠିକଣା ନିୟମର ଅନ୍ୟ ଏକ ଭୂମିକା ଅଛି: ଏହା ସଂଯୋଗ ପାଇଁ ଉପଯୁକ୍ତ ଉତ୍ସ ବାଛେ, ଗନ୍ତବ୍ୟର ସମର୍ଥନ ସୃଷ୍ଟି କରେ ନାହିଁ। IPv4 ଉତ୍ସ କେବଳ-IPv6 ଗନ୍ତବ୍ୟକୁ IPv4 ଅନ୍ତିମ ବିନ୍ଦୁ କରେ ନାହିଁ।

ସ୍ଥାପିତ ସଂସ୍କରଣର ଡକ୍ୟୁମେଣ୍ଟ ଏବଂ ସମ୍ପୂର୍ଣ୍ଣ ଫରୱାର୍ଡିଂ ମାର୍ଗ ଯାଞ୍ଚ କରନ୍ତୁ। ସମସ୍ୟା ଅବିଶ୍ୱସନୀୟ IPv6 ସଂଯୋଗ ହେଲେ, ଏହାକୁ ଆଚ୍ଛାଦନ କରୁଥିବା ନୀରବ ବୈଶ୍ୱିକ ପରିବର୍ତ୍ତନ ନକରି ସେହି ନିଦାନ ରଖନ୍ତୁ। କାର୍ଯ୍ୟକ୍ଷମ ପ୍ରାଥମିକ ମାର୍ଗ ଏବଂ କଠିନ ଏକ-ପରିବାର ଏକ୍ଜିଟ୍ ଅଲଗା ବିନ୍ୟାସ ଦାବି କରେ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ