URL vóór host doorgeven in een zelfgemaakte PAC-tester
Roep FindProxyForURL eerst aan met de volledige URL en daarna met de uitgelezen hostnaam, voordat u het routeringsresultaat van uw eigen evaluator vertrouwt.
Een zelfgemaakte PAC-testpagina heeft twee vakken met de labels Host en URL. De knop geeft hun waarden in die volgorde door. Helaas verwacht de PAC-functie de omgekeerde volgorde.
FindProxyForURL(url, host)Voor één voorbeeldbestemming zou de aanroep er zo uit moeten zien:
FindProxyForURL("https://status.office.example/", "status.office.example")Het tweede argument is een hostnaam, zonder schema, pad of poort. Een regel die host met een bekende naam vergelijkt, komt niet overeen wanneer de testomgeving daar een volledige URL levert.
Beide invoerwaarden zijn strings, dus JavaScript hoeft geen fout te gooien. Het script kan stilzwijgend zijn laatste return bereiken en een plausibel uitziende proxy tonen. Daarom is deze bug extra makkelijk te verwarren met een slechte domeinregel.
Controleer de aanroep vóór de regel
Lees de functieaanroep in de testomgeving en inspecteer de twee waarden op die grens. Vergelijk daarna een bekende uitzondering voor een exacte host met een niet-verwante host die de standaardroute zou moeten gebruiken. Begin de uitzondering niet te verbreden voordat die bij de misvormde invoer past.
Een gecorrigeerde aanroep laat nog steeds de hulpomgeving van de evaluator te overwegen. Een vaste myIpAddress() of een ontbrekende DNS-hulp is niet de echte netwerkstatus van de browser. Houd die als aparte vragen. De onmiddellijke reparatie is het parametercontract; de volgende reparatie, indien nodig, is de testomgeving de bedoelde gebruiker laten vertegenwoordigen.