WPAD ସମାଧାନ ହୁଏ, କିନ୍ତୁ ବ୍ରାଉଜର 404 ପାଏ

wpad ନାମ ଆଶାକରା ଯନ୍ତ୍ରରେ ସମାଧାନ ହୁଏ। ଏହା ଉତ୍ସାହଜନକ, କିନ୍ତୁ ଏହା କେବଳ ଆରମ୍ଭ। ବ୍ରାଉଜର ଏବେ ମଧ୍ୟ ସେହି ଯନ୍ତ୍ରରୁ ଫାଇଲ ମାଗି PAC ସ୍କ୍ରିପ୍ଟ ପାଇବ।

ଏକ ଉପଯୋଗୀ ସୂଚନା ୱେବ ସର୍ଭରର ଆକ୍ସେସ ଲଗରେ ମିଳେ: କ୍ଲାଏଣ୍ଟ /wpad.dat ମାଗିଲା ଏବଂ HTTP 404 ପାଇଲା। ହାତରେ ଖୋଲାଯାଇଥିବା PAC URL ଅନ୍ୟ hostname ବ୍ୟବହାର କରିପାରେ। ଉଭୟ ନାମ ଏକ ସର୍ଭରରେ ପହଞ୍ଚିଲେ ମଧ୍ୟ ସେମାନେ ଭିନ୍ନ virtual host ଚୟନ କରିପାରନ୍ତି।

କ୍ଲାଏଣ୍ଟ କରିଥିବା ଅନୁରୋଧକୁ ଅନୁସରଣ କରନ୍ତୁ

ଆବିଷ୍କାର ଚୟନ କରିଥିବା ସଠିକ୍ URL, HTTP Host ମୂଲ୍ୟ, ପଥ ଏବଂ ପ୍ରତିକ୍ରିୟା ଯାଞ୍ଚ କରନ୍ତୁ। ସାଧାରଣ ବ୍ରାଉଜର ଟ୍ୟାବରେ ସୁବିଧାଜନକ PAC URL ଖୋଲିବା ସ୍ୱୟଂଚାଳିତ ଆବିଷ୍କାର ସେହି URL ମାଗିଥିଲା ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।

ଛୋଟ ଏବଂ ସମ୍ପୂର୍ଣ୍ଣ ଯୋଗ୍ୟ ଉଭୟ ନାମ ଆଶା କରାଯାଉଥିଲେ, ଉଦ୍ଦିଷ୍ଟ ୱେବ ହୋଷ୍ଟକୁ ସେହି ନାମଗୁଡିକ ଉଦ୍ଦେଶ୍ୟପୂର୍ବକ ପରିଚାଳନା କରିବାକୁ ବିନ୍ୟାସ କରନ୍ତୁ। /wpad.dat ସଠିକ୍ ଫାଇଲକୁ ମ୍ୟାପ୍ ହୁଏ, ଡିଫଲ୍ଟ ଡକ୍ୟୁମେଣ୍ଟ ରୁଟ୍ କିମ୍ବା ଅସମ୍ପର୍କିତ ଆପ୍ଲିକେସନକୁ ନୁହେଁ ବୋଲି ନିଶ୍ଚିତ କରନ୍ତୁ।

ତ୍ରୁଟି ପୃଷ୍ଠା ନୁହେଁ, ସ୍କ୍ରିପ୍ଟ ଦିଅନ୍ତୁ

ପ୍ରତିକ୍ରିୟାର ସ୍ଥିତି ସହିତ ଏହାର ମୁଖ୍ୟ ଅଂଶ ମଧ୍ୟ ଯାଞ୍ଚ କରନ୍ତୁ। ସାଇନ୍-ଇନ୍ ପୃଷ୍ଠା, ବ୍ରାଣ୍ଡେଡ୍ ତ୍ରୁଟି ଡକ୍ୟୁମେଣ୍ଟ କିମ୍ବା ରିଡାଇରେକ୍ଟ ହାତରେ ଦେଖିବା ସମୟରେ ବିଶ୍ୱାସନୀୟ ଲାଗିପାରେ, କିନ୍ତୁ ତାହା ରିଜୋଲଭର ଆଶା କରୁଥିବା PAC ସ୍କ୍ରିପ୍ଟ ନୁହେଁ। Chromium କଠୋର PAC ଡାଉନଲୋଡ୍ ଆବଶ୍ୟକତା ଦସ୍ତାବିଜ କରେ, ଯେଉଁଥିରେ HTTP 200 ପ୍ରତିକ୍ରିୟା ମଧ୍ୟ ଅନ୍ତର୍ଭୁକ୍ତ।

ବିତରଣ ସଫଳ ହେବା ପରେ ପରେ ହିଁ FindProxyForURL() ଡିବଗ୍ କରିବା ଅର୍ଥପୂର୍ଣ୍ଣ। ଏହାର hostname ନିୟମ ବଦଳାଇବା ଦ୍ୱାରା ସେହି 404 ସୁଧାରା ଯାଇପାରିବ ନାହିଁ ଯାହା ବ୍ରାଉଜରକୁ ଏହା ପାଇବାରୁ ରୋକିଥିଲା।

PAC ୱେବ ସର୍ଭରକୁ ଏହାର ସ୍କ୍ରିପ୍ଟରେ ନାମିତ ଫରୱାର୍ଡ ପ୍ରକ୍ସିରୁ ମଧ୍ୟ ଅଲଗା କରନ୍ତୁ। ସେମାନେ ଏକ ଯନ୍ତ୍ର ସେୟାର କରିପାରନ୍ତି, କିନ୍ତୁ ଏକ ସେବାର ଆକ୍ସେସ ଲଗରେ ଥିବା ଏକ ଏଣ୍ଟ୍ରି ଅନ୍ୟ ସେବା ବ୍ୟବହାରକାରୀର ଗନ୍ତବ୍ୟ ଅନୁରୋଧ ସମ୍ଭାଳିଛି ବୋଲି ପ୍ରମାଣ ନୁହେଁ।