WPAD წყდება, მაგრამ ბრაუზერი 404-ს იღებს

სახელი wpad ნაწილდება მოსალოდნელ მანქანაზე. ეს საიმედო ნიშანია, მაგრამ მხოლოდ დასაწყისია. ბრაუზერს ჯერ კიდევ უნდა მოითხოვოს ფაილი ამ მანქანიდან და მიიღოს PAC სკრიპტი.

სასარგებლო მინიშნება ვებ-სერვერის წვდომის ჟურნალშია: კლიენტმა მოითხოვა /wpad.dat და მიიღო HTTP 404. ხელით გახსნილმა PAC URL-მა შეიძლება სხვა ჰოსტის სახელი გამოიყენოს. მაშინაც კი, როცა ორივე სახელი ერთსა და იმავე სერვერზე მიდის, შეიძლება სხვადასხვა ვირტუალური ჰოსტი აირჩიონ.

მიჰყევით კლიენტის მიერ გაგზავნილ მოთხოვნას

შეამოწმეთ აღმოჩენის მიერ არჩეული ზუსტი URL, HTTP Host მნიშვნელობა, ბილიკი და პასუხი. ჩვეულებრივ ბრაუზერის ჩანართში მოხერხებული PAC URL-ის გახსნა არ ამტკიცებს, რომ ავტომატურმა აღმოჩენამ სწორედ ის URL მოითხოვა.

თუ მოსალოდნელია როგორც მოკლე, ისე სრულად კვალიფიციური სახელები, დააკონფიგურირეთ განზრახული ვებ-ჰოსტი, რომ ეს სახელები მიზანმიმართულად დაამუშაოს. დაადასტურეთ, რომ /wpad.dat სწორ ფაილზეა მიბმული და არა ნაგულისხმევ დოკუმენტების ფესვზე ან შეუსაბამო აპლიკაციაზე.

მიაწოდეთ სკრიპტი და არა შეცდომის გვერდი

შეამოწმეთ პასუხის სტატუსიც და სხეულიც. შესვლის გვერდი, ბრენდირებული შეცდომის დოკუმენტი ან გადამისამართება ხელით ნახვისას დამაჯერებლად შეიძლება გამოიყურებოდეს, მაგრამ ეს არ არის ის PAC სკრიპტი, რომელსაც გადამწყვეტი ელოდება. Chromium აღწერს მკაცრ PAC-ის ჩამოტვირთვის მოთხოვნები, მათ შორის HTTP 200 პასუხს.

მხოლოდ მას შემდეგ, რაც მიწოდება წარმატებული იქნება, აქვს აზრი FindProxyForURL()-ის გამართვას. მისი ჰოსტის სახელების წესების შეცვლა ვერ გამოასწორებს 404-ს, რომელმაც ბრაუზერს ხელი შეუშალა მის მიღებაში.

ასევე გაარჩიეთ PAC ვებ-სერვერი მის სკრიპტში დასახელებული წინა პროქსისგან. მათ შეიძლება ერთი მანქანა გაიზიარონ, მაგრამ ერთი სერვისის წვდომის ჟურნალში ჩანაწერი არ არის მტკიცებულება იმისა, რომ მეორე სერვისმა მომხმარებლის დანიშნულების მოთხოვნა დაამუშავა.