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 веб-серверин анын скриптинде аталган форвард проксиден айырмалаңыз. Алар бир машинаны бөлүшүшү мүмкүн, бирок бир кызматтын кирүү журналындагы жазуу экинчи кызматтын колдонуучунун багыт сурамын иштеп чыкканына далил эмес.