Антидетект-браузер + прокси: согласованность IP и отпечатка при мультиаккаунтинге

Антидетект-браузер даёт каждому профилю отдельное окружение браузера: cookies, user agent, экран, canvas, WebGL, часовой пояс, язык. Прокси определяет, с какого IP, из какой страны и через какую сеть этот профиль выходит в интернет. При мультиаккаунтинге эти два слоя должны подтверждать друг друга. Если IP указывает на домашнее подключение в Стамбуле, а профиль сообщает часовой пояс America/New_York, английский список языков и WebRTC-кандидата с вашим реальным IP, то ни хороший отпечаток, ни хороший прокси по отдельности не помогут.

На практике каждому профилю выдают свой прокси, часовой пояс, язык и геолокацию профиля настраивают по стране этого прокси, WebRTC переводят в режим, при котором виден IP прокси, а после запуска профиля проверяют все эти значения по одному. В примерах используется адрес шлюза WeProxy gw.weproxy.com.tr:8989; вместо USER и PASSWORD подставьте данные из личного кабинета. У статических продуктов хост и порт берутся из панели.

Что антидетект-браузер и прокси делают вместе?

Сайт узнаёт посетителя по двум источникам. Первый источник — сеть: IP-адрес, с которого пришло соединение, ASN, за которым этот адрес зарегистрирован (оператор или хостинг-компания), страна и город по данным IP-баз. Второй — браузер: всё, что может прочитать JavaScript, то есть user agent, разрешение экрана, шрифты, вывод canvas и WebGL, часовой пояс из Intl, navigator.languages, cookies и локальное хранилище.

Антидетект-браузер (мультипрофильные инструменты вроде Dolphin Anty, MostLogin, FlashID) управляет вторым источником. Каждый профиль работает в своей папке со своими cookies и несёт собственный отпечаток. Сетевой слой он не трогает. Десять профилей без прокси выходят с одного и того же домашнего или офисного IP, какими бы разными ни были их отпечатки.

Прокси отвечает за первый источник и в браузер не вмешивается. Когда меняется прокси, часовой пояс, язык и поведение WebRTC в профиле сами не меняются. Поэтому при настройке связки главная задача в том, чтобы прокси и профиль рассказывали одну и ту же историю.

Почему важно соответствие IP и отпечатка?

Скрипт на странице может сопоставить IP, пришедший на сервер, со значениями, которые сообщает браузер. Для такого сравнения не нужны специальные инструменты, хватает браузерных API:

• Intl.DateTimeFormat().resolvedOptions().timeZone возвращает часовой пояс профиля, new Date().getTimezoneOffset() — смещение от UTC. Если IP находится в Германии, а смещение равно -300 минутам (Нью-Йорк), данные противоречат друг другу.
• navigator.languages и HTTP-заголовок Accept-Language должны показывать один и тот же список. Если в одном tr-TR, а в другом en-US, профиль противоречит сам себе, причём независимо от IP.
• WebRTC собирает сетевых кандидатов для аудио- и видеосвязи. Если один из кандидатов формируется по маршруту в обход прокси, страница может увидеть ваш реальный публичный IP.
• Если выдано разрешение на геолокацию (Geolocation API), браузер сообщает координаты. Координаты в Анкаре при IP в Амстердаме тоже дают противоречие.

Одно расхождение само по себе чаще всего ничего не значит. Человек, живущий за границей, может работать по турецкому времени; многие пользователи в Турции держат браузер на английском. Проблема начинается, когда сразу несколько сигналов указывают на разные места и эта картина меняется при каждом входе. На таких сессиях платформы запрашивают дополнительную проверку или отправляют аккаунт на рассмотрение.

Между профилями работает та же логика. Даже с разными отпечатками два профиля, выходящие с одного IP, связываются на уровне сети. Подробности правила «один профиль — один IP» и сценарии использования собраны на странице antidetect browser proxy.

Как выбрать настройки профиля по стране прокси?

Начинайте с прокси: сначала узнайте страну IP и тип сети, потом заполняйте профиль под них. Обратный порядок, когда к готовому профилю цепляют случайный прокси, чаще всего и приводит к несоответствиям.

Большинство антидетект-инструментов умеют автоматически заполнять часовой пояс, язык и геолокацию по IP прокси; в Dolphin Anty такое сопоставление есть в настройках профиля. Автоматические значения берутся из IP-базы, поэтому на уровне страны они верны, а на уровне города иногда расходятся. Если страна и часовой пояс совпадают, небольшая разница в городе не страшна. Почему IP-базы показывают разные города, объясняется в руководстве по геотаргетингу.

Строку про тип сети упускают чаще остальных. Профиль с Android user agent, открытый с дата-центрового IP, выглядит неожиданно. Десктопный профиль с IP мобильного оператора, наоборот, вполне обычен: люди часто раздают интернет с телефона на ноутбук. Чем различаются типы сетей, показано в сравнении резидентных, мобильных, дата-центровых и ISP-прокси.

На сетевом уровне есть ещё один сигнал: значения в заголовках TCP-пакетов (TTL, размер окна, порядок опций) подсказывают другой стороне, какая у вас ОС. Профиль может выглядеть как Windows, а этот след указывать на Linux-сервер. В продукте WeProxy Static Residential IPv4 для локаций за пределами Турции есть функция p0f OS spoofing; в турецких пакетах её нет. Эта настройка не заменяет отпечаток браузера и касается только следа на сетевом уровне.

Какой тип прокси подходит для какого профиля?

Решающий вопрос: входит ли профиль в аккаунт. Аккаунт, в который заходят каждый день, должен видеть один и тот же IP при каждом запуске. Для тестов и проверок без входа хватит короткой сессии.

Rotating IP в профилях со входом означает, что аккаунт каждый день подключается с нового адреса. IP может смениться, когда истекает время sticky-сессии или устройство из пула уходит в офлайн. Разница между двумя моделями разобрана в руководстве по sticky и rotating прокси. IPv6-прокси работают на многих крупных сайтах, но IPv6 принимает не каждая цель; для профилей с аккаунтами надёжнее IPv4.

Как добавить прокси в антидетект-профиль?

Интерфейсы у инструментов разные, но для каждого профиля все просят одни и те же четыре вещи: тип, хост, порт и учётные данные. Общий порядок такой:

1. При создании или редактировании профиля откройте раздел прокси.
2. Выберите тип: HTTP или SOCKS5. Mobile 4G/5G Proxy поддерживает только HTTP; если выбрать SOCKS5, профиль откроется, но страницы грузиться не будут.
3. Введите хост, порт, логин и пароль. Если инструмент принимает одну строку, вставьте её в формате host:port:user:pass. Если строка у вас в другом формате, переведите её конвертером форматов прокси; правила записи описаны в руководстве по форматам прокси.
4. Проверьте подключение кнопкой «проверить прокси» в самом инструменте и запишите страну и IP, которые она вернёт.
5. Настройте по этому результату часовой пояс, язык и геолокацию или включите автоматическое сопоставление.

В антидетект-профилях удобнее логин и пароль: у каждого профиля своя строка, и неважно, из какой сети вы этот профиль открываете. Static Residential IPv4 и мобильный прокси и так работают только по логину и паролю. Какой способ доступен в каждом продукте, указано в руководстве по аутентификации прокси.

Шаги для конкретных инструментов. В Dolphin Anty прокси добавляют при создании профиля или из отдельного списка прокси, есть и массовый импорт; порядок описан на странице интеграции с Dolphin Anty. Во FlashID прокси вводят в поле Add Proxy в настройках профиля и проверяют перед сохранением (интеграция с FlashID). MostLogin принимает HTTP-, HTTPS- и SOCKS5-прокси на уровне профиля и защищает от утечек через WebRTC и DNS (партнёрская страница MostLogin).

Некоторые инструменты при ошибке подключения к прокси могут открыть профиль напрямую. Одного такого запуска без прокси достаточно, чтобы профиль связался с вашим реальным IP. Убедитесь, что при ошибке прокси профиль не запускается.

Как проверить согласованность профиля?

Встроенная проверка инструмента говорит только о том, работает ли прокси. Чтобы увидеть согласованность, нужно открыть профиль и посмотреть изнутри браузера. Сначала проверьте строку прокси вне браузера:

# Выходной IP
curl -x "http://USER:[email protected]:8989" https://api.ipify.org

# Страна, город и оператор IP
curl -x "http://USER:[email protected]:8989" https://ipinfo.io/json

Затем откройте профиль и пройдите по шагам:

1. В инструменте My IP убедитесь, что IP совпадает с выводом curl.
2. В инструменте IP lookup проверьте ASN, страну и город. Если ASN принадлежит хостинг-компании, а вы покупали резидентный продукт, значит, вы выбрали не ту строку или не тот продукт.
3. В консоли инструментов разработчика прочитайте значения, которые сообщает профиль:

Intl.DateTimeFormat().resolvedOptions().timeZone // ожидается "Europe/Istanbul"
new Date().getTimezoneOffset()                     // для Турции -180
navigator.language                                 // "tr-TR"
navigator.languages                                // ["tr-TR", "tr", "en"]

1. В тесте на утечку WebRTC убедитесь, что видимый публичный IP совпадает с выходом прокси, а вашего собственного публичного IP в списке нет. Адреса локальной сети (192.168.x.x) и mDNS-имена (.local) публичными IP не являются.
2. В тесте на утечку DNS проверьте, что резолверы находятся в стране прокси или в сети провайдера прокси. Методы проверки описаны в руководстве по утечкам DNS.

Повторяйте эту проверку при первом запуске нового профиля и каждый раз, когда меняете ему прокси. Если вести таблицу, какой профиль с каким IP, страной и продуктом связан, через несколько месяцев будет проще найти источник проблемы.

Частые несоответствия и как их исправить

С какого уровня приходят коды вроде 407, 403 и 429, разобрано в руководстве по кодам ошибок прокси. Работает ли строка прокси независимо от браузера, можно проверить в proxy checker: если в чекере строка работает, а в профиле нет, проблема в настройках профиля.

Какие правила действуют при работе с антидетект-браузером и прокси?

Антидетект-браузер и прокси нужны агентствам, чтобы разделять клиентские аккаунты, e-commerce-командам для их магазинов и QA-командам для тестовых окружений. Сколько аккаунтов и кому можно заводить, отдельно определяют условия использования платформ. Многие платформы запрещают фейковые аккаунты, выдачу себя за другого человека, создание нового аккаунта взамен ограниченного и накрутку активности. Правильно настроенный профиль этих правил не меняет.

Согласованность не означает, что аккаунт не обнаружат. Кроме IP и отпечатка платформы учитывают историю аккаунта, поведение и подтверждение по телефону или e-mail. Запрос проверки при первом входе из нового места — обычное дело. Цель в том, чтобы каждый профиль был согласован внутри себя и отделён от остальных профилей.

Командам, которые ведут клиентские аккаунты, надёжнее всего пользоваться способами доступа, которые даёт сам владелец аккаунта (бизнес-менеджер, роли в команде). Если в профилях обрабатываются персональные данные, действуют требования KVKK и GDPR. Разрешённые варианты использования сервисов WeProxy перечислены на странице правил допустимого использования.