WPAD həll olunur, lakin brauzer 404 alır
Avtomatik proksi aşkarlanması düzgün serveri tapa bilər və yenə də PAC faylını səhv virtual host və ya yoldan tələb edə bilər.
wpad adı gözlənilən maşına həll olunur. Bu ümidvericidir, amma yalnız başlanğıcdır. Brauzer hələ də həmin maşından fayl tələb edib PAC skriptini almalıdır.
Faydalı ipucu veb serverin giriş jurnalında tapıla bilər: müştəri /wpad.dat tələb edib HTTP 404 alıb. Əl ilə açılan PAC URL-i başqa host adı istifadə edə bilər. Hər iki ad eyni serverə çatsa da, fərqli virtual hostlar seçə bilərlər.
Müştərinin göndərdiyi sorğunu izləyin
Aşkarlamanın seçdiyi dəqiq URL-i, HTTP Host dəyərini, yolu və cavabı yoxlayın. Adi brauzer sekmesinde rahat bir PAC URL açmaq avtomatik aşkarlamanın həmin URL-i tələb etdiyini sübut etmir.
Həm qısa, həm də tam kvalifikasiyalı adlar gözlənilirsə, nəzərdə tutulan veb hostu bu adları qəsdən idarə etmək üçün konfiqurasiya edin. /wpad.dat-ün düzgün fayla uyğunlaşdığını təsdiqləyin, defolt sənəd kökünə və ya əlaqəsiz tətbiqə deyil.
Səhifə deyil, skript təqdim edin
Cavabın statusunu və gövdəsini yoxlayın. Giriş səhifəsi, brendli xəta sənədi və ya yönləndirmə əl ilə baxarkən inandırıcı görünə bilər, lakin həlledicinin gözlədiyi PAC skripti deyil. Chromium ciddi PAC yükləmə tələbləri sənədləşdirir, o cümlədən HTTP 200 cavabı.
Yalnız çatdırılma uğurlu olduqdan sonra FindProxyForURL() sazlamaq məntiqlidir. Onun host adı qaydalarını dəyişmək brauzerin faylı almasına mane olan 404-ü düzəldə bilməz.
Həmçinin PAC veb serverini onun skriptində adlandırılan irəli proksidən fərqləndirin. Onlar bir maşını paylaşa bilər, lakin bir xidmətin giriş jurnalındakı qeyd digər xidmətin istifadəçinin təyinat sorğusunu idarə etdiyinə dəlil deyil.