'n Selfgemaakte PAC-toetsblad het twee blokkies met die name Host en URL. Die knoppie stuur hul waardes in daardie volgorde. Ongelukkig verwag die PAC-funksie die teenoorgestelde volgorde.

FindProxyForURL(url, host)

Vir een voorbeeldbestemming behoort die oproep so te lyk:

FindProxyForURL("https://status.office.example/", "status.office.example")

Die tweede argument is 'n hostnaam, sonder die skema, pad of poort. 'n Reel wat host met 'n bekende naam vergelyk, sal nie pas wanneer die toetsraamwerk 'n volledige URL daar instuur nie.

Albei insette is stringe, so JavaScript hoef nie 'n fout te gooi nie. Die skrip kan stil by sy finale return uitkom en 'n geloofwaardige proxy wys. Daardie fout is dus veral maklik om vir 'n slegte domeinreel aan te sien.

Kontroleer die oproep voor die reel

Lees die funksie-aanroep in die toetsraamwerk en ondersoek die twee waardes by daardie grens. Vergelyk dan 'n bekende presiese-host-uitsondering met 'n onverwante host wat die verstekroete behoort te gebruik. Moenie die uitsondering verbreed voordat dit by die misvormde invoer pas nie.

'n Gekorrigeerde oproep laat die evalueerder se hulpomgewing steeds oor. 'n Vaste myIpAddress() of 'n ontbrekende DNS-hulp is nie die blaaier se werklike netwerktoestand nie. Hou dit as aparte vrae. Die onmiddellike herstel is die parameterkontrak; die volgende herstel, indien nodig, is om die toetsomgewing die beoogde verbruiker te laat verteenwoordig.

Verwante artikels