WPAD ratkeaa, mutta selain saa 404-vastauksen
Automaattinen välityspalvelimen etsintä voi löytää oikean palvelimen ja pyytää silti PAC-tiedostoa väärältä virtuaalipalvelimelta tai polulta.
Nimi wpad ratkeaa odotetuksi koneeksi. Se on rohkaisevaa, mutta vasta alkua. Selaimen on vielä pyydettävä tiedosto kyseiseltä koneelta ja vastaanotettava PAC-komentosarja.
Hyödyllinen vihje löytyy verkkopalvelimen käyttölokista: asiakas pyysi /wpad.dat ja sai HTTP 404 -vastauksen. Käsin avattu PAC-URL voi käyttää eri isäntänimeä. Vaikka molemmat nimet saapuvat samalle palvelimelle, ne voivat valita eri virtuaalipalvelimet.
Seuraa asiakkaan lähettämää pyyntöä
Tarkista etsinnän valitsema tarkka URL, HTTP Host -arvo, polku ja vastaus. Kätevän PAC-URL:n avaaminen tavallisessa selainvälilehdessä ei todista, että automaattinen etsintä pyysi juuri sitä URL:ia.
Jos sekä lyhyitä että täysin kelvollisia nimiä odotetaan, määritä aiottu verkkopalvelin käsittelemään näitä nimiä tietoisesti. Varmista, että /wpad.dat vastaa oikeaa tiedostoa eikä oletusarvoista asiakirjajuurta tai asiaankuulumatonta sovellusta.
Tarjoile komentosarja, älä virhesivua
Tarkista vastauksen runko ja sen tila. Kirjautumissivu, brändätty virheasiakirja tai uudelleenohjaus voi näyttää uskottavalta käsin katsottuna, mutta se ei ole PAC-komentosarja, jota ratkaisija odottaa. Chromium dokumentoi tiukat PAC-latauksen vaatimukset, mukaan lukien HTTP 200 -vastauksen.
Vasta kun toimitus onnistuu, on järkevää debugata FindProxyForURL(). Sen isäntänimesääntöjen muuttaminen ei korjaa 404-vastusta, joka esti selainta saamasta sitä.
Erottele myös PAC-verkkopalvelin sen komentosarjassa mainitusta edelleenvälityspalvelimesta. Ne voivat jakaa koneen, mutta yhden palvelun käyttölokimerkintä ei todista, että toinen palvelu käsitteli käyttäjän kohdepyynnön.