Wenn zeitbasierte PAC-Regeln einen Proxy wählen
Eine Zeitregel in einem PAC wählt einen Proxy, wenn das Routing ausgewertet wird. Sie verspricht nicht, eine bestehende Verbindung zur exakten Sekunde auf einen neuen Ausgang zu verlegen.
Sie können eine PAC-Regel schreiben, die morgens einen Proxy und später einen anderen zurückgibt. Aus dieser Regel folgt aber nicht, dass jede bestehende Browserverbindung mittags den Ausgang wechselt.
Funktionen wie timeRange() sind an einer Routingentscheidung beteiligt. Sie sind kein Hintergrundplaner, der Tunnel schließt, Sockets migriert oder einen Proxy-Anbieter bittet, seine öffentliche IP zu rotieren.
Halten Sie drei Ereignisse getrennt:
- Der Browser wertet das PAC aus und erhält eine Route.
- Der Client baut eine Verbindung auf oder verwendet sie nach seinen Netzwerkregeln erneut.
- Der gewählte Dienst wählt die öffentliche Adresse für seine weitere Verbindung.
Die Zeitbedingung betrifft direkt das erste Ereignis. Ein bereits aktiver Download oder eine langlebige Verbindung ist etwas anderes. Client-Caching und Verbindungswiederverwendung bedeuten auch, dass „das Skript enthält eine Uhrprüfung“ kein ausreichender Beleg für einen präzisen Umschaltplan ist.
Wenn eine Aufgabe pro Sitzung, Anfrage oder Zeitfenster einen neuen Ausgang benötigt, verwenden Sie eine für diese Anforderung entwickelte Schnittstelle und prüfen Sie ihr dokumentiertes Verhalten. Ein PAC kann zwischen Endpunkten wählen, aber er legt nicht fest, was diese Endpunkte mit ihren eigenen Ausgangsadressen tun.
Zeitbasiertes Routing kann für eine bewusste Netzwerkrichtlinie weiterhin nützlich sein. Beschreiben Sie es als Routenwahl zum Auswertungszeitpunkt, nicht als garantierten Mechanismus zur IP-Rotation.