Швидка ротація IP за URL — проксі з посиланням для ротації на вимогу

1. Що насправді означає «ротація за URL»

Більшість провайдерів rotating residential і mobile дають вам «backconnect»-endpoint — один host:port, який усередині мапиться на пул IP. Щоб змінити IP, вони надають другий URL, зазвичай у тій самій панелі керування, який вмикає наступний IP на вашому наступному запиті. Практичні патерни:

• API-тригер: POST https://provider.com/rotate?port=10001 — ваш код викликає це, а потім робить справжній запит.
• Магічний шлях: сам проксі слухає /rotate через проксі-з’єднання.
• Токен на сесію: додайте ?session=NEW (або змініть пароль на новий токен sticky-сесії) — і ви отримаєте свіжий IP для цієї сесії.

2. Мінімальний приклад на Python

import requests, uuid\nPROXY = "http://USER-session-{}:[email protected]:7000"\ndef fetch(url):\n    proxy = PROXY.format(uuid.uuid4().hex[:8])  # new session = new IP\n    return requests.get(url, proxies={"http": proxy, "https": proxy}, timeout=15)\n# Forced rotation when the response says "blocked"\nresp = fetch("https://target.com/listing")\nif resp.status_code in (403, 429):\n    resp = fetch("https://target.com/listing")  # new session token -> new IP

3. Коли використовувати це замість sticky / ротації на кожен запит

Використовуйте ротацію за URL, коли потрібен контроль на вимогу — коли один retry має гарантовано потрапити на інший IP. Не використовуйте це як заміну ротації на кожен запит у щільних циклах: так ви марно палите пул. Ідеальний сценарій — це захист «retry при блокуванні» навколо сесії, яка зазвичай sticky.

4. Що перевірити у провайдера

• Чи тригер працює через HTTP / API / токен сесії (у кожного різна latency).
• Cooldown, після якого той самий IP може повернутися (деякі пули переробляють IP за секунди).
• Чи кожна ротація рахується як окремий запит для білінгу.

⚡ Хто який тригер дає (за документацією, перевірено 11.07.2026)