Die Statusmeldung lautet „Resolving host in proxy script“, doch ein Wechsel der Proxyserver ändert wenig. Das ist ein nützlicher Hinweis: Der Browser entscheidet möglicherweise noch, wohin die Anfrage geht.

Eine PAC-Datei kann DNS-abhängige Prüfungen ausführen. Wenn diese Prüfungen auf einen nicht erreichbaren Resolver warten oder wiederholt unnötige Fragen stellen, kann das Laden der Seite stocken, bevor der ausgewählte Proxy überhaupt etwas empfängt.

1. Die Pause eingrenzen

Legen Sie für eine betroffene URL fest, ob die Verzögerung beim Abrufen der PAC-Datei, bei ihrer Auswertung oder beim Verbindungsaufbau zum zurückgegebenen Proxy auftritt. Ein leeres Proxy-Zugriffsprotokoll passt zu den ersten beiden Phasen; es beweist nicht, dass der Browser eine direkte Route genutzt hat.

Prüfen Sie dann, welche Regeln DNS benötigen. Microsofts Leitfaden zur PAC-Performance empfiehlt, unnötige DNS-abhängige Arbeit zu vermeiden. Ein Gleichheitsvergleich des Hostnamens braucht nicht dieselben Informationen wie das Auflösen dieses Hostnamens und die Prüfung eines Subnetzes.

2. Unnötige DNS-Arbeit entfernen

Bekannte Ausnahmen für Hostnamen lassen sich oft vor breiten adressbasierten Prüfungen entscheiden. Lösen Sie einen Namen nur auf, wenn die verbleibende Richtlinie tatsächlich seine Adresse benötigt. Halten Sie das Ergebnis in einer lokalen Variablen, wenn mehrere folgende Bedingungen denselben Wert brauchen.

„Reparieren“ Sie ein langsames Skript nicht, indem Sie oben eine bedingungslose DIRECT-Rückgabe einfügen. Das entfernt die Routing-Entscheidung zusammen mit der Verzögerung.

Maschinenspezifische DNS-Workarounds brauchen Belege. Dateifreigabe zu aktivieren oder die hosts-Datei jedes Laptops neu zu schreiben, ist eine schlechte erste Reaktion auf ein langsames Routing-Skript. Prüfen Sie das Verhalten von Resolver und Hostname im betroffenen Netz, besonders nach einem Netzwerkwechsel, und ändern Sie die PAC nur dort, wo ihr tatsächlicher Entscheidungspfad es verlangt.

Ähnliche Artikel