PAC ରାଉଟିଂ ନିୟମ ପାଇଁ IPv6 ଜାଣିଥିବା ସହାୟକ
ପ୍ରକ୍ସି ସର୍ଭର IPv6 ଠିକଣା ପାଇଲେ ପୁରୁଣା PAC ସହାୟକ ଓ ବିନ୍ଦୁ ଠିକଣା ଢାଞ୍ଚା ସ୍ୱୟଂଚାଳିତ ଭାବେ IPv6 ଜାଣିଥିବା ହୁଏ ନାହିଁ।
IPv6 ସମର୍ଥିତ ପ୍ରକ୍ସି ଶ୍ରୋତା ପୁରୁଣା PAC ନିୟମକୁ IPv6 ଜାଣିଥିବା କରେ ନାହିଁ। ଶ୍ରୋତା ପାଖରେ ପହଞ୍ଚିବା ଏବଂ ଲକ୍ଷ୍ୟସ୍ଥଳକୁ ସଠିକ୍ ଭାବେ ବର୍ଗୀକରଣ କରିବା ଦୁଇଟି ଅଲଗା ଆବଶ୍ୟକତା।
| ନିୟମ ଇନପୁଟ୍ | କଣ ଯାଞ୍ଚ କରିବାକୁ ହେବ |
|---|---|
dnsResolve, myIpAddress, isInNet ପୁରୁଣା ଉଦାହରଣରେ | IPv4 ଠିକଣା/ମାସ୍କ ଅନୁମାନ। କୋଲନ୍ ଦ୍ୱାରା ପୃଥକ ତଥ୍ୟରେ ଭୁଲ ମେଳ ଅର୍ଥ ଅସମର୍ଥିତ ଇନପୁଟ୍, ନେଟୱର୍କ ବାହାରର ଲକ୍ଷ୍ୟସ୍ଥଳ ନୁହେଁ। |
dnsResolveEx କିମ୍ବା isInNetEx | କ୍ଲାଇଣ୍ଟର ସମର୍ଥନ, ଆବଶ୍ୟକ ପ୍ରବେଶ ବିନ୍ଦୁ ଏବଂ ଦସ୍ତାବିଜ କରାଯାଇଥିବା ପ୍ରତ୍ୟାବର୍ତ୍ତନ ଫର୍ମାଟ। |
Microsoft ଏହି IPv6 ଜାଣିଥିବା ବିସ୍ତାରଗୁଡ଼ିକ କୁ ଦସ୍ତାବିଜ କରେ। ପ୍ରତ୍ୟେକ ବ୍ରାଉଜର କିମ୍ବା WinHTTP ଉପଭୋକ୍ତା ନିଜର ସମର୍ଥନ ଯାଞ୍ଚ ଆବଶ୍ୟକ କରେ; ଏକ କାର୍ଯ୍ୟକ୍ଷମ କ୍ଲାଇଣ୍ଟ ସର୍ବତ୍ର ସୁସଙ୍ଗତତା ସ୍ଥାପନ କରିପାରିବ ନାହିଁ।
ଏକ ହୋଷ୍ଟନାମ ଅନେକ ଠିକଣାରେ ସମାଧାନ ହୋଇପାରେ, ଏବଂ ଏକ ବିସ୍ତାରିତ ସହାୟକ ଏକ ତାଲିକା ଫେରାଇପାରେ। ସେହି ଦସ୍ତାବିଜ ତାଲିକାକୁ ଏକ IPv4 ଠିକଣା ପରି ସମଗ୍ର ଷ୍ଟ୍ରିଙ୍ଗ ତୁଳନା ନକରି ବ୍ୟାଖ୍ୟା କରନ୍ତୁ। ଅସମର୍ଥିତ ସହାୟକ, ବିଫଳ ଖୋଜ ଏବଂ ଅପ୍ରତ୍ୟାଶିତ ପରିବାର ପାଇଁ ଫଳାଫଳ ନିର୍ଣ୍ଣୟ କରନ୍ତୁ।
ଯଦି ନୀତି ପ୍ରକୃତରେ ଏକ କମ୍ପାନୀ ଡୋମେନ ବିଷୟରେ, ହୋଷ୍ଟନାମ ନିୟମ ପ୍ରତ୍ୟେକ ସମ୍ଭାବ୍ୟ ସମାଧାନ ଠିକଣାକୁ ବର୍ଗୀକରଣ କରିବା ଅପେକ୍ଷା ଅଧିକ ସିଧାସଳଖ ପ୍ରକାଶ କରିପାରେ। ନିଦାନ ସମୟରେ ଏଣ୍ଡପଏଣ୍ଟ ବିନ୍ୟାସ ଏବଂ ଲକ୍ଷ୍ୟ ନିୟମ ପ୍ରମାଣ ଅଲଗା ରଖନ୍ତୁ, ଯାହା ଫଳରେ ସଫଳ IPv6 ପ୍ରକ୍ସି ସଂଯୋଗ ଭୁଲ PAC ନିଷ୍ପତ୍ତିକୁ ଲୁଚାଇ ପାରିବ ନାହିଁ।