Pomocnicy świadomi IPv6 dla reguł trasowania PAC
Stare pomocniki PAC i wzorce adresów kropkowanych nie stają się automatycznie świadome IPv6, gdy serwer proxy otrzymuje adres IPv6.
Listener proxy obsługujący IPv6 nie czyni starej reguły PAC świadomej IPv6. Dotarcie do listenera i poprawne sklasyfikowanie celu to dwa odrębne wymagania.
| Wejście reguły | Co sprawdzić |
|---|---|
dnsResolve, myIpAddress, isInNet w starszych przykładach | Założenia adresu/maski IPv4. Fałszywe dopasowanie w danych rozdzielonych dwukropkami może oznaczać nieobsługiwane wejście, a nie cel poza siecią. |
dnsResolveEx lub isInNetEx | Obsługa po stronie klienta, wymagany punkt wejścia i udokumentowany format zwracania. |
Microsoft dokumentuje te rozszerzenia świadome IPv6. Każda przeglądarka lub konsument WinHTTP potrzebuje własnego sprawdzenia obsługi; jeden działający klient nie może ustalić zgodności wszędzie.
Nazwa hosta może rozwiązywać się na kilka adresów, a rozszerzony pomocnik może zwrócić listę. Interpretuj tę udokumentowaną listę, zamiast porównywać cały jej ciąg tak, jakby był jednym adresem IPv4. Zdefiniuj wyniki dla nieobsługiwanych pomocników, nieudanych wyszukiwań i nieoczekiwanych rodzin.
Jeśli zasada naprawdę dotyczy domeny firmy, reguła nazwy hosta może wyrazić ją bardziej bezpośrednio niż klasyfikowanie każdego możliwego rozwiązanego adresu. Podczas diagnozy trzymaj konfigurację punktu końcowego i dowody reguły celu osobno, aby udane połączenie proxy IPv6 nie ukryło błędnej decyzji PAC.