Un listener proxy compatibil cu IPv6 nu face o regulă PAC veche conștientă de IPv6. A ajunge la listener și a clasifica corect destinația sunt cerințe separate.

Intrarea reguliiCe trebuie verificat
dnsResolve, myIpAddress, isInNet în exemplele vechiIpoteze de adresă/mască IPv4. O potrivire falsă pe date separate prin două puncte poate însemna intrare neacceptată, nu o destinație din afara rețelei.
dnsResolveEx sau isInNetExSuportul clientului, punctul de intrare necesar și formatul de returnare documentat.

Microsoft documentează aceste extensii conștiente de IPv6. Fiecare browser sau consumator WinHTTP are nevoie de propria verificare a suportului; un singur client funcțional nu poate stabili compatibilitatea peste tot.

Un nume de gazdă se poate rezolva la mai multe adrese, iar un ajutor extins poate returna o listă. Interpretați acea listă documentată în loc să comparați întregul șir ca și cum ar fi o singură adresă IPv4. Definiți rezultatele pentru ajutoarele neacceptate, căutările eșuate și familiile neașteptate.

Dacă politica se referă de fapt la un domeniu al companiei, o regulă de nume de gazdă o poate exprima mai direct decât clasificarea fiecărei adrese rezolvate posibile. Țineți configurația punctului final și dovezile regulii de destinație separate în timpul diagnosticării, astfel încât o conexiune proxy IPv6 reușită să nu ascundă o decizie PAC greșită.

Articole similare