Die Regel in einem Satz#
Rotieren, wenn jede Anfrage unabhängig ist; Bleiben Sie hängen, wenn das Ziel Anfragen miteinander verknüpft (ein Login, ein Warenkorb, eine paginierte Suche, ein mehrstufiges Formular) oder wenn es auf Konsistenz achtet.
Entscheidungstabelle#
| Job | Mode | Benutzername |
|---|---|---|
| Produktseiten nach URL sammeln | Rotierend | BENUTZER-CCDE |
| Suchen, dann drei Ergebnisseiten öffnen | klebrig, 5 min | USER-cc-de-sid-q17-ttl-5m |
| Zum Warenkorb hinzufügen, Checkout, Bestätigung | klebrig, 30 min | USER-cc-us-sid-order42-ttl-30m |
| Melden Sie sich an und handeln Sie als ein Benutzer für einen Tag | klebrig, 24 h | USER-cc-gb-sid-acct9-ttl-24h |
| Eine Adresse wochenlang aufbewahren | Keine Sitzung: ISP Proxy | IP: 8000 aus Ihrer Liste |
| SERP-Probenahme aus vielen Städten | Rotation, Stadt pro Anfrage | NUTZER-CC-Us-City-Chicago |
Wie das Gateway entscheidet#
- Eine neue TCP-Verbindung ist eine neue Transportverbindung und kein Beweis für einen neuen Exit. Der dem Gateway zugewiesene Rotationsmodus entscheidet darüber, wie diese Verbindung weitergeleitet wird.
- Verwenden Sie für jeden unabhängigen Workflow eine eindeutige Sitzungskennung, sofern das zugewiesene Gateway dies unterstützt. Bestätigen Sie die zulässigen Dauer- und Standortparameter in Ihren Verbindungsdetails. Ein Heimgerät kann die Verbindung vor Ablauf der angeforderten Dauer trennen; Eine Sticky-Sitzung ist keine Garantie für die gleiche IP-Adresse über mehrere Tage hinweg. Vergleichen Sie für eine feste Adresse ein dediziertes statisches Produkt.
- Das Ändern einer Sitzungskennung erfordert eine separate Routing-Sitzung, sofern dies unterstützt wird. Es ist keine Garantie für eine ungenutzte oder andere IP. Messen Sie die zurückgegebenen Adressen, anstatt sie aus dem Benutzernamen abzuleiten.
- Ein Leerlauf-Timeout kann vom Client, Gateway, Exit oder Ziel ausgehen. Notieren Sie die verstrichene Zeit und vergleichen Sie die Verbindungs-/Lesegrenzen des Clients mit den zugewiesenen Diensteinstellungen. Ein Zurücksetzen der Verbindung allein beweist nicht, dass der Wohnausgang offline gegangen ist; Reproduzieren Sie den Fehler mit einer kleinen Anfrage, bevor Sie die Konfiguration ändern.
Die Keep-alive-Falle#
Die Wiederverwendung von Verbindungen und die IP-Zuweisung sind unterschiedliche Steuerelemente. Eine Clientsitzung verwendet Sockets wieder. Nur das zugewiesene Gateway bestimmt die Rotation und das Sticky-Session-Verhalten. Verwenden Sie die mit Ihrem Dienst bereitgestellten Sitzungsparameter und überprüfen Sie den Exit über mehrere Anfragen hinweg. Das Schließen eines Sockets oder das Senden von Connection: close garantiert keine andere IP.
Versuchsreihen#
Klassifizieren Sie die Antwort, bevor Sie es erneut versuchen. Ein 403 kann auf eine Zugriffsregel hinweisen, die eine andere IP nicht auflöst. Beachten Sie bei 429 Retry-After und reduzieren Sie die Anforderungsrate. Verwenden Sie einen begrenzten Backoff für vorübergehende Verbindungs- oder Serverausfälle. Wiederholen Sie Vorgänge zur Statusänderung nur dann, wenn Sie doppelte Aktionen verhindern können.
Parallelität#
Separate Sitzungskennungen isolieren Routing-Einstellungen, nicht die Cookies des Browsers oder den Anwendungsstatus. Beginnen Sie mit einer kleinen Anzahl von Mitarbeitern, messen Sie Fehler und Datenverkehr und erhöhen Sie die Anzahl schrittweise innerhalb der für Ihre Bestellung und den Bestimmungsort bestätigten Grenzen. Eine enge Stadt- oder Anbieterauswahl kann die verfügbare Kapazität verringern.
Fragen, die Menschen stellen#
Ist eine klebrige Sitzung teurer?
Nein. Der Datenverkehr kostet pro GB gleich viel, unabhängig davon, ob der Ausgang rotiert oder nicht. Eine Sitzungs-ID ändert das Routing, nicht den Preis.
Kann ich eine Sitzung länger als 24 Stunden dauern lassen?
Nicht am Wohnpool. Für Adressen, die wochenlang fest bleiben müssen, mieten Sie einen ISP-Proxy: statisch, dediziert, unbegrenzter Datenverkehr.