wpad নামটো প্ৰত্যাশিত মেচিনলৈ সমাধান হয়। ই উৎসাহজনক, কিন্তু এয়া কেৱল আৰম্ভণি। ব্ৰাউজাৰে এতিয়াও সেই মেচিনৰ পৰা ফাইল অনুৰোধ কৰি PAC স্ক্ৰিপ্ট লাভ কৰিব লাগিব।

এটা সহায়ক সূত্ৰ ৱেব চাৰ্ভাৰৰ এক্সেছ লগত পোৱা যায়: ক্লায়েণ্টে /wpad.dat অনুৰোধ কৰি HTTP 404 লাভ কৰিছে। হাতেৰে খোলা PAC URL-এ ভিন্ন hostname ব্যৱহাৰ কৰিব পাৰে। দুয়োটা নাম একে চাৰ্ভাৰলৈ গ'লেও তেওঁলোকে ভিন্ন virtual host বাছনি কৰিব পাৰে।

ক্লায়েণ্টে কৰা অনুৰোধ অনুসৰণ কৰক

আৱিষ্কাৰে বাছনি কৰা সঠিক URL, HTTP Host মান, পথ আৰু প্ৰতিক্ৰিয়া পৰীক্ষা কৰক। সাধাৰণ ব্ৰাউজাৰ টেবত এটা সুবিধাজনক PAC URL খুলিলে স্বয়ংক্ৰিয় আৱিষ্কাৰে সেই URL অনুৰোধ কৰিছে বুলি প্ৰমাণ নহয়।

যদি চুটি আৰু সম্পূৰ্ণভাৱে যোগ্য দুয়োটা নাম প্ৰত্যাশিত, তেন্তে উদ্দেশ্য কৰা ৱেব হোষ্টক সেই নামসমূহ ইচ্ছাকৃতভাৱে পৰিচালনা কৰিবলৈ সংৰূপণ কৰক। নিশ্চিত কৰক যে /wpad.dat শুদ্ধ ফাইললৈ map হয়, ডিফল্ট document root বা অসম্পৰ্কীয় এপ্লিকেচনলৈ নহয়।

স্ক্ৰিপ্ট দিয়ক, ত্ৰুটি পৃষ্ঠা নহয়

প্ৰতিক্ৰিয়াৰ অৱস্থাৰ লগতে তাৰ body-ও পৰীক্ষা কৰক। sign-in পৃষ্ঠা, ব্ৰেণ্ডেড ত্ৰুটি নথিপত্ৰ বা ৰিডাইৰেক্ট হাতেৰে চালে বিশ্বাসযোগ্য দেখা যাব পাৰে, কিন্তু সেয়া resolver-এ প্ৰত্যাশা কৰা PAC স্ক্ৰিপ্ট নহয়। Chromium-এ কঠোৰ PAC ডাউনলোডৰ চৰ্ত নথিভুক্ত কৰে, যাৰ ভিতৰত HTTP 200 প্ৰতিক্ৰিয়াও আছে।

ডেলিভাৰী সফল হয় পিছতহে FindProxyForURL() ডিবাগ কৰাটো অৰ্থপূৰ্ণ। ইয়াৰ hostname নিয়ম সলনি কৰিলে ব্ৰাউজাৰে ফাইল লাভ কৰাত বাধা দিয়া 404 ঠিক কৰিব নোৱাৰে।

PAC ৱেব চাৰ্ভাৰক তাৰ স্ক্ৰিপ্টত নাম দিয়া forward proxy-ৰ পৰাও পৃথক কৰক। তেওঁলোকে এটা মেচিন শেয়াৰ কৰিব পাৰে, কিন্তু এটা সেৱাৰ এক্সেছ লগত থকা এটা লিপিয়ে আনটো সেৱাই ব্যৱহাৰকাৰীৰ গন্তব্য অনুৰোধ সামৰি লৈছে বুলি প্ৰমাণ নহয়।

সম্পৰ্কিত প্ৰবন্ধ