Proxy-Rotation über Anfragen, Verbindungen und Sitzungen hinweg
Prüfen Sie, was ein rotierender Proxy-Dienst tatsächlich rotiert, bevor Sie jeder Anwendungsanfrage Connection: close hinzufügen.
Eine zweite Anfrage über dasselbe Gateway kann zu Recht dieselbe öffentliche IP verwenden. Prüfen Sie, welche Lebensdauer der Dienst für seine Rotation verwendet:
| Rotationseinheit | Was zu vergleichen ist |
|---|---|
| Anfrage | Die nächste Anwendungsoperation und ihr beobachteter Ausgang |
| Verbindung | Ob der Client eine kompatible Verbindung wiederverwendet oder eine andere geöffnet hat |
| Anbietersitzung | Die dokumentierte Eingabe für eine klebrige Sitzung und ihre Lebensdauer |
Connection: close ist keine allgemeine Gateway-Anweisung. Bei HTTPS innerhalb von CONNECT reist der Anfrageheader der Website innerhalb des TLS des Ziels. Er sagt dem äußeren Proxy nicht, welche öffentliche IP zuzuweisen ist. Auch die verbindungsspezifische Semantik von HTTP/1.1 lässt sich nicht unverändert in jede HTTP-Version oder jeden Transport übertragen.
Wenn ein dokumentierter Dienst pro Verbindung eine frische Verbindung benötigt, nutzen Sie die vom Client unterstützte Lebenszyklussteuerung und rechnen Sie mit wiederholten Kosten für den TCP/TLS-Aufbau. Folgt die Rotation einer Anbietersitzung, kann ein erneutes Verbinden sowohl diese Sitzung als auch ihren Ausgang behalten.
Erfassen Sie die Anfragekennung, den Endpunkt, den relevanten Sitzungsschlüssel und die am Ziel beobachtete Quelle getrennt. Das Schließen einer Verbindung belegt nur dieses Lebenszyklusereignis; prüfen Sie den für die nächste Operation gewählten Ausgang gegen den tatsächlichen Rotationsvertrag des Dienstes.