ସ୍ଥିତି ସନ୍ଦେଶ କୁହେ “Resolving host in proxy script,” କିନ୍ତୁ ପ୍ରକ୍ସି ସର୍ଭର ବଦଳାଇବା ଦ୍ୱାରା ବେଶି ଫରକ ପଡ଼େ ନାହିଁ। ଏହା ଏକ ଉପଯୋଗୀ ସୂଚନା: ବ୍ରାଉଜର ହୁଏତ ଏବେ ମଧ୍ୟ ଅନୁରୋଧ କେଉଁଠି ପଠାଇବ ସେ ନିର୍ଣ୍ଣୟ କରୁଛି।

PAC ଫାଇଲ DNS-ନିର୍ଭରଶୀଳ ଯାଞ୍ଚ କରିପାରେ। ଯଦି ସେ ଯାଞ୍ଚଗୁଡ଼ିକ ଅପ୍ରାପ୍ୟ ରିଜୋଲଭର ପାଇଁ ଅପେକ୍ଷା କରନ୍ତି କିମ୍ବା ବାରମ୍ବାର ଅନାବଶ୍ୟକ ପ୍ରଶ୍ନ ପଚାରନ୍ତି, ତେବେ ଚୟନିତ ପ୍ରକ୍ସି କିଛି ପାଇବା ପୂର୍ବରୁ ପୃଷ୍ଠା ଲୋଡ୍ ହେବା ବନ୍ଦ ହୋଇପାରେ।

1. ଅଟକ କେଉଁଠି ଅଛି ଖୋଜନ୍ତୁ

ଗୋଟିଏ ପ୍ରଭାବିତ URL ପାଇଁ, ବିଳମ୍ବ PAC ଫାଇଲ ଆଣିବା ସମୟରେ, ଏହାକୁ ମୂଲ୍ୟାଙ୍କନ କରିବା ସମୟରେ, ନା ଫେରାଇ ଦିଆଯାଇଥିବା ପ୍ରକ୍ସି ସହ ସଂଯୋଗ କରିବା ସମୟରେ ଘଟେ ତାହା ନିର୍ଣ୍ଣୟ କରନ୍ତୁ। ଏକ ଖାଲି ପ୍ରକ୍ସି ଆକ୍ସେସ୍ ଲଗ୍ ପ୍ରଥମ ଦୁଇ ପର୍ଯ୍ୟାୟ ସହ ସଙ୍ଗତ; ଏହା ବ୍ରାଉଜର ସିଧା ପଥ ବ୍ୟବହାର କରିଛି ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।

ତାପରେ କେଉଁ ନିୟମକୁ DNS ଦରକାର ତାହା ଯାଞ୍ଚ କରନ୍ତୁ। Microsoft ର PAC କାର୍ଯ୍ୟଦକ୍ଷତା ନିର୍ଦ୍ଦେଶିକା ଅନାବଶ୍ୟକ DNS-ନିର୍ଭରଶୀଳ କାମ ଏଡ଼ାଇବାକୁ ପରାମର୍ଶ ଦିଏ। ହୋଷ୍ଟନାମ ସମାନତା ଯାଞ୍ଚକୁ ସେ ହୋଷ୍ଟନାମ ସମାଧାନ କରି ସବନେଟ୍ ଯାଞ୍ଚ କରିବା ସମାନ ସୂଚନା ଦରକାର ନାହିଁ।

2. ଅନାବଶ୍ୟକ DNS କାମ ହଟାନ୍ତୁ

ଜଣା ହୋଷ୍ଟନାମ ବ୍ୟତିକ୍ରମ ପ୍ରାୟତଃ ବ୍ୟାପକ ଠିକଣା-ଆଧାରିତ ଯାଞ୍ଚ ପୂର୍ବରୁ ନିର୍ଣ୍ଣୟ କରାଯାଇପାରେ। ନାମ କେବଳ ସେତେବେଳେ ସମାଧାନ କରନ୍ତୁ ଯେତେବେଳେ ଅବଶିଷ୍ଟ ନୀତି ପ୍ରକୃତରେ ଏହାର ଠିକଣା ଆବଶ୍ୟକ କରେ। ଯଦି ପରବର୍ତ୍ତୀ ଅନେକ ସର୍ତ୍ତକୁ ସମାନ ମୂଲ୍ୟ ଦରକାର, ଫଳାଫଳକୁ ସ୍ଥାନୀୟ ଚରରେ ରଖନ୍ତୁ।

ଉପରେ ଅଶର୍ତ୍ତୀୟ DIRECT ରିଟର୍ନ ଯୋଡ଼ି ମନ୍ଥର ସ୍କ୍ରିପ୍ଟକୁ “ଠିକ୍” କରନ୍ତୁ ନାହିଁ। ଏହା ବିଳମ୍ବ ସହିତ ରାଉଟିଂ ନିଷ୍ପତ୍ତି ମଧ୍ୟ ହଟାଇ ଦିଏ।

ମେସିନ୍-ନିର୍ଦ୍ଦିଷ୍ଟ DNS ସମାଧାନ ପାଇଁ ପ୍ରମାଣ ଦରକାର। ଫାଇଲ୍ ସେୟାରିଂ ସକ୍ଷମ କରିବା କିମ୍ବା ପ୍ରତ୍ୟେକ ଲାପଟପ୍‌ର hosts ଫାଇଲ୍ ପୁନଃ ଲେଖିବା ମନ୍ଥର ରାଉଟିଂ ସ୍କ୍ରିପ୍ଟ ପାଇଁ ଖରାପ ପ୍ରଥମ ପ୍ରତିକ୍ରିୟା। ପ୍ରଭାବିତ ନେଟୱାର୍କରେ ରିଜୋଲଭର ଓ ହୋଷ୍ଟନାମର ଆଚରଣ ଯାଞ୍ଚ କରନ୍ତୁ, ବିଶେଷକରି ନେଟୱାର୍କ ପରିବର୍ତ୍ତନ ପରେ, ଏବଂ PAC କେବଳ ସେଠାରେ ବଦଳାନ୍ତୁ ଯେଉଁଠି ଏହାର ପ୍ରକୃତ ନିଷ୍ପତ୍ତି ପଥ ତାହା ଦାବି କରେ।

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