IP-Rotation: Wann sich die Adresse ändert

Bei der IP-Rotation ändert sich die Ausgangs-IP-Adresse, von der eine Website Ihren Datenverkehr erhält. Der Wechsel kann bei einer neuen Anfrage, nach einem festgelegten Intervall oder auf Anforderung Ihrer Anwendung erfolgen. Der passende Zeitpunkt verteilt unabhängige Anfragen auf verschiedene IP-Adressen und hält zusammengehörige Aktionen zusammen.

Die grundsätzliche Wahl zwischen fester und wechselnder Adresse behandelt Statische und rotierende Proxies. Hier geht es darum, was einen Wechsel auslöst und wie er bereits laufende Anfragen beeinflusst.

Was ändert sich bei der Rotation?

Bei einem rotierenden Gateway kann die in Ihrer Software eingetragene Adresse gleich bleiben, während die Website unterschiedliche Ausgangs-IP-Adressen sieht. Sie verbinden sich mit demselben Hostnamen und Port; der Dienst wählt den Ausgang der Verbindung zur Website.

Eine Preisüberwachung kann beispielsweise eine öffentliche Produktseite über 192.0.2.14 und eine andere über 198.51.100.27 abrufen. Dies sind Beispieladressen. Der ausführende Computer hat seine Internetverbindung nicht gewechselt; die Anfragen erreichen die Website über unterschiedliche Ausgänge.

Zwei getrennte Entscheidungen bestimmen das Ergebnis: wann erneut ausgewählt wird und woher der nächste Ausgang stammt. Ein Zeitgeber kann einen anderen verfügbaren Proxy auswählen oder die Verbindung eines Mobilfunkmodems neu aufbauen. Der Auslöser ist gleich, der Vorgang und mögliche Unterbrechungen können sich unterscheiden.

Rotation bei jeder Anfrage

Bei Rotation pro Anfrage trifft der Dienst für jede unabhängig weiterleitbare Anfrage eine neue Ausgangsauswahl. Das passt zu einzelnen Produktseiten, öffentlichen Einträgen oder Suchanfragen ohne erforderliche gemeinsame IP-Adresse. Der Begriff „Anfrage“ verlangt hier Aufmerksamkeit: Bei HTTPS und SOCKS5-TCP-Datenverkehr erfolgt die Rotation häufig beim Öffnen einer neuen Verbindung zum Ziel.

Stellen Sie sich die Preiserfassung von 500 Produktseiten vor. Jede Seite liefert ein unabhängiges Ergebnis. Der Dienst kann die Anfragen auf verfügbare Ausgänge verteilen, statt die gesamte Aufgabe über eine Adresse zu senden. Auch gleichzeitig laufende Anfragen können verschiedene Ausgänge nutzen.

Eine neue Auswahl kann eine bereits verwendete Adresse zurückgeben. Der verfügbare Pool ist endlich, die Auswahl möglicherweise zufällig. Rotation pro Anfrage verspricht für sich genommen keine 500 unterschiedlichen IP-Adressen bei 500 Anfragen.

Anfrage und Verbindung sind unterschiedliche Dinge

Eine Anwendung kann mehrere HTTP-Anfragen über eine Verbindung senden. Für eine gewöhnliche HTTPS-Verbindung über einen Proxy öffnet sie zunächst einen Tunnel zum Ziel. Die verschlüsselten Anfragen laufen darin; der Proxy leitet ihre Daten weiter, ohne die einzelnen Anfragen zu lesen.

Der Ausgang bleibt für diesen Tunnel deshalb gleich. Ein als „pro Anfrage“ beschriebener Dienst kann einen anderen Ausgang wählen, wenn die Anwendung einen neuen Tunnel oder eine neue Zielverbindung öffnet. Die Wiederverwendung des bestehenden Tunnels kann die bisherige IP-Adresse beibehalten.

Eine Browserseite kann viele Ressourcen über mehrere Verbindungen laden. Ein Neuladen kann bereits offene Verbindungen wiederverwenden. Rotation ist folglich nicht an einen Klick, einen Tab oder einen vollständigen Seitenaufruf gebunden.

Rotation nach einem festen Intervall

Bei zeitgesteuerter Rotation gilt eine IP-Zuweisung für ein bestimmtes Zeitfenster. Danach wählt der Dienst erneut einen Ausgang aus. Zusammengehörige Anfragen können während des Fensters dieselbe zugewiesene Adresse nutzen, sofern der Ausgang verfügbar bleibt.

Angenommen, eine Sitzung beginnt um 10:00 und dauert fünf Minuten. Ein Test öffnet einen Katalog, setzt einen Filter und prüft die nächste Ergebnisseite über denselben Ausgang. Um 10:05 läuft die Zuweisung ab; eine danach neu aufgebaute Verbindung kann eine andere Adresse erhalten. Fünf Minuten sind hier ein Beispiel, kein Standardintervall für jeden Dienst.

Prüfen Sie, wann der Zeitgeber startet. Er kann ab der ersten Sitzungsanfrage zählen oder einem Zeitplan des Proxyports folgen. Steht der nächste geplante Wechsel in einer Minute an, erhalten Sie durch einen Aufgabenstart jetzt kein volles Fünf-Minuten-Fenster. Ein separates Inaktivitätslimit kann die Zuweisung zusätzlich früher beenden.

Das Intervall gilt gewöhnlich für eine bestimmte Sitzung, einen Port oder eine Proxy-Verbindungseinstellung. Es wechselt nicht zwangsläufig alle Verbindungen eines Kontos gleichzeitig. Benötigen mehrere Aufgaben getrennte IP-Zuweisungen, brauchen sie die entsprechende vom Dienst unterstützte Trennung.

Das Beibehalten eines zugewiesenen Ausgangs über mehrere Anfragen heißt üblicherweise Sticky Session. Ein rotierender Dienst kann damit eine Adresse zeitweise halten und anschließend neu auswählen.

Rotation auf Anforderung

Bei Rotation auf Anforderung bestimmen Sie oder Ihre Anwendung den Zeitpunkt, zu dem ein anderer Ausgang angefordert wird. Je nach Dienst geschieht dies über eine Dashboard-Schaltfläche, eine Rotations-URL oder einen API-Befehl. Manche Dienste vergeben auch beim Start einer anderen Proxysitzung neu.

Das ist nützlich, wenn eine Aufgabe zusammengehörige Schritte mit unvorhersehbarer Dauer hat. Ein Test kann ein Formular öffnen, absenden und auf die Bestätigungsseite warten. Er behält den Ausgang während der gesamten Folge und fordert vor dem nächsten unabhängigen Test eine neue Zuweisung an.

Rotation auf Anforderung lässt sich automatisieren: Die Anwendung sendet den Wechselbefehl nach einer abgeschlossenen Aufgabe oder einer festgelegten Anzahl von Anfragen. „Auf Anforderung“ beschreibt, wer den Zeitpunkt entscheidet. Es verlangt nicht bei jedem Wechsel einen menschlichen Tastendruck.

Auch der Wirkungsbereich ist wichtig. Ein Befehl kann nur eine Sitzung, einen ganzen Proxyport oder ein physisches Modem für mehrere Verbindungen betreffen. Ändert er die Zuweisung für alle diese Verbindungen, kann er auch andere Aufgaben auf derselben Ressource beeinflussen.

Was geschieht mit einer bereits laufenden Anfrage?

Bei einer gewöhnlichen TCP-Verbindung zur Website bleibt die Ausgangs-IP-Adresse Bestandteil der Verbindung. Anfrage und Antwort verwenden dieselbe bestehende Verbindung. Rotation kann den noch nicht abgeschlossenen Austausch nicht einfach auf eine andere Ausgangs-IP-Adresse verschieben.

Ein Dienst kann die Rotationsgrenze unterschiedlich behandeln. Er kann eine bestehende Verbindung auf dem bisherigen Ausgang beenden lassen und die neue Zuweisung auf spätere Verbindungen anwenden. Oder er schließt die Verbindung und verlangt einen Neuaufbau durch die Anwendung. Auch ein Modem-Neuaufbau kann den darüber laufenden Datenverkehr unterbrechen.

Betrachten Sie einen Download, der kurz vor einer zeitgesteuerten Rotation startet. Bleibt die Verbindung offen, kann er nach Ablauf über den alten Ausgang fortgesetzt werden. Wird sie geschlossen, muss die Anwendung den Download neu starten oder, sofern unterstützt, fortsetzen. Das Rotationsintervall allein beschreibt nicht das Verhalten einer aktiven Übertragung.

Woher stammt die nächste IP-Adresse?

Einen anderen Ausgang aus einem Pool auswählen

Ein Pool-Dienst wählt einen verfügbaren Ausgang. Die nächste Verbindung kann eine andere IP-Adresse auf demselben Rechenzentrumsserver, einen anderen Server, einen Hausanschluss oder ein Mobilgerät verwenden. Dafür muss das Gerät der vorherigen Anfrage nicht neu verbunden werden.

Unterstützte Standort- oder Netzwerkfilter begrenzen die geeigneten Ausgänge. Eine andere IP-Adresse innerhalb eines Landes erfordert keinen Länderwechsel. Eine enge Auswahl kann einen kleineren verfügbaren Adressbestand und häufigere Wiederholungen bedeuten.

Die Verbindung eines Mobilfunkmodems neu aufbauen

Manche Mobilfunkproxydienste rotieren, indem sie die mobile Datenverbindung eines Modems trennen und neu aufbauen. Währenddessen kann dessen Datenverkehr pausieren. Die öffentliche Adressvergabe bestimmt der Mobilfunkanbieter; ein Neuaufbau kann deshalb dieselbe öffentliche IP-Adresse zurückgeben.

Andere Mobilfunkdienste wählen ein anderes verfügbares Gerät aus einem Pool. Beides ist Mobilfunkproxy-Rotation, kann laufende Arbeit jedoch unterschiedlich beeinflussen. Die Bezeichnung allein legt den Mechanismus nicht fest.

Wer steuert den Wechsel?

Bei einem rotierenden Gateway wählt der Anbieter den Ausgang entsprechend dem angeforderten Modus. Ihre Anwendung kann dasselbe Gateway in den Einstellungen behalten, während der Dienst die Ausgangsadressen verwaltet.

Ihre Anwendung kann auch selbst durch eine Liste fester Proxies rotieren. Sie kann etwa die erste Adresse für eine Aufgabe, die zweite für die nächste nutzen und die Liste fortsetzen. Sie kann der Reihe nach oder zufällig wählen, nach jeder unabhängigen Anfrage wechseln oder einen Proxy bis zum Aufgabenabschluss behalten.

Eine Liste statischer Rechenzentrums- oder ISP-Proxies kann daher einen rotierenden Arbeitsablauf unterstützen. Die jeweilige Proxy-IP-Adresse bleibt fest; Ihre Software wechselt den Proxy für die nächste Verbindung. Das hilft, wenn Sie die Zuweisung von Adressen zu Aufgaben selbst kontrollieren möchten.

Der Austausch gekaufter Adressen innerhalb eines Abonnements ist ein getrennter Vorgang. Eine geplante Erneuerung verändert den zugänglichen IP-Bestand. Sie lässt Ihre Anwendung nicht automatisch während der Arbeit zwischen diesen Adressen wechseln.

Den Wechselzeitpunkt an der Aufgabe ausrichten

Bestimmen Sie zuerst, welche Aktionen denselben Ausgang benötigen. Legen Sie den Wechsel dann so, dass die nächste Anfrage oder Aufgabe eine andere IP-Adresse verwenden kann.

Bei einer langen Übertragung ist der Umgang mit bestehenden Verbindungen wichtiger als ein kurzes Rotationsintervall. Prüfen Sie bei mehreren gleichzeitigen Aufgaben, ob die Rotationssteuerung getrennt für jede Aufgabe oder für eine gemeinsame Ressource gilt.

Ein IP-Wechsel löscht keine Browsercookies oder Kontodaten. Eine Website kann Anfragen weiterhin derselben Sitzung oder demselben Konto zuordnen. Rotation verteilt Datenverkehr auf Ausgänge; sie setzt nicht jede Einschränkung zurück und garantiert keinen Anfrageerfolg.

Prüfen Sie den gewählten Modus vor einem vollständigen Durchlauf mit einem kleinen Test. Erfassen Sie Ausgangs-IP-Adresse und Zeitpunkt neuer Verbindungen. Wiederholen Sie die Prüfung über die erwartete Zeitgrenze hinweg oder nach einem Wechselbefehl. Prüfen Sie auch, ob eine offene Verbindung bestehen bleibt. So erkennen Sie, ob die tatsächlichen Wechsel zur Aufgabe passen. Wiederholte IP-Adressen allein beweisen keine defekte Rotation.