WPAD hal qilinadi, lekin brauzer 404 oladi
Proksini avtomatik aniqlash to'g'ri serverni topishi va baribir PAC faylini noto'g'ri virtual xost yoki yo'ldan so'rashi mumkin.
wpad nomi kutilgan mashinaga hal qilinadi. Bu dalda beradi, lekin bu faqat boshlanish. Brauzer hali ham o'sha mashinadan fayl so'rab, PAC skriptini olishi kerak.
Foydali ishora veb-serverning kirish jurnalida topiladi: mijoz /wpad.dat so'radi va HTTP 404 oldi. Qo'lda ochilgan PAC URL boshqa xost nomidan foydalanishi mumkin. Ikkala nom ham bitta serverga yetsa ham, ular turli virtual xostlarni tanlashi mumkin.
Mijoz yuborgan so'rovni kuzatib boring
Aniqlash tanlagan aniq URL, HTTP Host qiymati, yo'l va javobni tekshiring. Oddiy brauzer ilovasida qulay PAC URL ochish avtomatik aniqlash aynan shu URLni so'raganini isbotlamaydi.
Agar qisqa va to'liq malakali nomlar ikkalasi ham kutilsa, mo'ljallangan veb-xostni bu nomlarni ataylab boshqarishga sozlang. /wpad.dat to'g'ri faylga mos kelishini tasdiqlang, standart hujjatlar ildizi yoki aloqasiz dasturga emas.
Xato sahifasini emas, skript bering
Javobning holati bilan birga tanasini ham tekshiring. Kirish sahifasi, brendlangan xato hujjati yoki qayta yo'naltirish qo'lda ko'rilganda ishonchli ko'rinishi mumkin, lekin bu hal qiluvchi kutgan PAC skripti emas. Chromium qat'iy PAC yuklab olish talablarini hujjatlashtiradi, jumladan HTTP 200 javobi.
Faqat yetkazib berish muvaffaqiyatli bo'lgach keyin FindProxyForURL()ni tuzatish mantiqiy. Uning xost nomlari qoidalarini o'zgartirish brauzerning uni olishiga to'sqinlik qilgan 404ni tuzata olmaydi.
PAC veb-serverini uning skriptida nomlangan oldinga proksidan ham ajrating. Ular bitta mashinani bo'lishishi mumkin, lekin bitta xizmatning kirish jurnalidagi yozuv boshqa xizmat foydalanuvchining manzil so'rovini bajarganiga dalil emas.