WPAD حلېږي، خو براوزر 404 ترلاسه کوي
اتوماتیک د پروکسي موندنه کولای شي سم سرور پیدا کړي او بیا هم PAC فایل له غلط مجازي کوربه یا لارې غواړي.
د wpad نوم اټکل شوي ماشین ته حلېږي. دا هڅوونکی دی، خو یوازې پیل دی. براوزر لاهم باید له هغه ماشین څخه فایل وغواړي او PAC سکریپټ ترلاسه کړي.
ګټوره نښه د وېب سرور د لاسرسي لاګ کې موندل کېږي: کلاینټ /wpad.dat وغوښت او HTTP 404 یې ترلاسه کړ. په لاس خلاص شوی PAC URL کولای شي بل کوربه نوم وکاروي. حتی کله چې دواړه نومونه یوه سرور ته ورسیږي، دوی کولای شي مختلف مجازي کوربه غوره کړي.
هغه غوښتنه تعقیب کړئ چې کلاینټ کړې ده
هغه دقیق URL چې موندنې غوره کړی، د HTTP Host ارزښت، لاره او ځواب وګورئ. په عادي براوزر ټب کې د اسانه PAC URL خلاصول دا نه ثابتوي چې اتوماتیک موندنې هغه URL غوښتی و.
که چېرې لنډ او بشپړ وړ نومونه دواړه اټکل شوي وي، نو پام شوی وېب کوربه دې هغه نومونه په قصد سره اداره کوي. تایید کړئ چې /wpad.dat سم فایل ته نقشه کېږي، نه تلواله سند ریښې یا بې اړیکې اپلیکیشن ته.
سکریپټ وړاندې کړئ، نه د تېروتنې پاڼه
د ځواب حالت او همدارنګه د هغه بدن وګورئ. د ننوتلو پاڼه، نښان شوی د تېروتنې سند یا لېږدول کولای شي په لاسي کتلو کې باوري ښکاره شي، خو هغه PAC سکریپټ نه دی چې حل کوونکی یې تمه کوي. Chromium سخت د PAC ډاونلوډ غوښتنې مستند کوي، په شمول د HTTP 200 ځواب.
یوازې وروسته له دې چې لېږد بریالی شو، د FindProxyForURL() ډیبګ کول معنا لري. د هغه د کوربه نومونو قواعد بدلول هغه 404 نه شي سمولای چې براوزر یې له ترلاسه کولو منع کړ.
د PAC وېب سرور له هغه مخکې پروکسي څخه چې په سکریپټ کې نومول شوی هم توپیر کړئ. دوی کولای شي یو ماشین شریک کړي، خو د یو خدمت په لاسرسي لاګ کې یوه ننوتنه دا ثبوت نه دی چې بل خدمت د کارونکي د منزل غوښتنه اداره کړې.