Антидетект на удалённом сервере: настройка RDP под мультиаккаунтинг

Антидетект на удалённом сервере — это запуск антидетект-браузера на Windows-машине, к которой команда подключается по RDP. Профили лежат в одном месте, сотрудники работают с ними через удалённый рабочий стол, а не со своих ноутбуков. Так проще разграничить доступ, вести журнал действий и не зависеть от железа конкретного человека. Но сервер сам становится точкой отказа: если он лёг, профили недоступны всем сразу.

Зачем переносить антидетект-браузер на сервер

Когда несколько человек работают с одними и теми же профилями, держать копии на локальных машинах — значит плодить расхождения. Один сотрудник обновил профиль, у второго осталась старая версия, третий вообще не может зайти, потому что ноутбук занят. Сервер снимает эту проблему: профиль существует в одном экземпляре, и все подключаются к нему через RDP. Профиль перестаёт быть привязанным к железу и сети конкретного компьютера — он живёт на сервере, а сотрудник лишь видит его через удалённый рабочий стол.

!Несколько расходящихся копий профиля сливаются в один чистый светящийся профиль на пьедестале

Обратная сторона — сервер становится единой точкой отказа. Если он перестал отвечать, вся команда разом теряет доступ к профилям. Локальные копии такой проблемы не создавали: у каждого был свой компьютер, и сбой одного не затрагивал остальных. Поэтому перенос на сервер оправдан, когда команда уже выросла до нескольких человек и путаница с версиями профилей обходится дороже, чем риск простоя сервера.

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

Если вы только начинаете разбираться, зачем вообще нужен антидетект-браузер и как он устроен, стоит сначала прочитать базовую статью про антидетект-браузер для арбитража. Дальше в тексте предполагается, что вы уже понимаете, что такое профиль и отпечаток браузера.

Что нужно от сервера под эту задачу

Для антидетект-браузера нужен Windows Server или Windows VPS с поддержкой RDP. Большинство десктопных антидетект-браузеров не работают на Linux, поэтому выбор операционной системы сужается до Windows. VPS — это виртуальная машина на общем физическом сервере, выделенный сервер — отдельная физическая машина. Для старта обычно хватает VPS, но чем больше одновременных профилей, тем больше ресурсов нужно.

!Открытый серверный корпус, плотно заполненный светящимися стеклянными пластинами, символизирующими одновременные профили

Каждый открытый профиль ест память и процессорное время. Запас нужно считать под число профилей, которые будут открыты одновременно, а не под один-два. Если команда из трёх человек работает параллельно, и у каждого открыто по пять профилей, сервер должен тянуть пятнадцать окон браузера сразу. Точные цифры зависят от конкретного антидетект-браузера и от того, насколько тяжёлые сайты открыты внутри профилей — универсальной формулы нет, лимиты устанавливает провайдер сервера.

Отдельно стоит понимать разницу между IP сервера и прокси профиля. У сервера есть собственный IP-адрес и геолокация — это адрес самой машины, к которой вы подключаетесь по RDP. Прокси подключается внутри антидетект-браузера к каждому профилю отдельно и не имеет отношения к IP сервера. Если перепутать эти два адреса, можно решить, что сервер с IP в одной стране автоматически даёт профилям нужную геолокацию — это не так. Подробнее про разницу между антидетект-браузером и VPN, который тоже подменяет IP, но на другом уровне, написано в отдельной статье.

Локация сервера влияет на задержку RDP-сессии. Чем дальше сервер от оператора, тем заметнее тормозит удалённый рабочий стол. Если команда сидит в одном городе, сервер лучше брать в ближайшем дата-центре. Если сотрудники разбросаны по разным странам, придётся искать компромисс или поднимать несколько серверов. Какие локации предлагают конкретные хостинг-провайдеры, нужно уточнять у них напрямую — единого списка нет.

Настройка RDP-доступа под мультиаккаунтинг

RDP — это Remote Desktop Protocol, протокол удалённого рабочего стола. Когда вы подключаетесь к серверу по RDP, вы видите его рабочий стол как свой собственный и управляете им мышью и клавиатурой. Для мультиаккаунтинга важно, чтобы несколько человек могли работать с сервером одновременно, каждый в своей сессии. Обычная домашняя редакция Windows это режет — нужна серверная редакция с поддержкой множественных одновременных RDP-сессий.

Проброс порта — второй момент. RDP слушает определённый порт по умолчанию, и этот порт хорошо известен. Если оставить его как есть и открыть доступ из интернета, сервер начнут сканировать в первые же минуты. Порт нужно менять на нестандартный и закрывать фаерволом доступ со всех IP, кроме тех, с которых заходит команда. Это не сделает сервер неуязвимым, но отсечёт массовые автоматические попытки подбора пароля.

Разрешение экрана сессии настраивается на стороне клиента RDP. Если оператор работает с несколькими окнами профилей одновременно, ему нужно достаточно большое разрешение, чтобы окна не налезали друг на друга. Это не влияет на безопасность, но сильно влияет на комфорт: при мелком разрешении сотрудник будет постоянно переключаться между окнами и путаться, какой профиль перед ним. Перед тем как настраивать RDP, убедитесь, что сам антидетект-браузер уже установлен на сервере — пошаговая инструкция есть в статье про установку антидетект-браузера.

RDP-доступ — это дверь на сервер. Если дверь одна на всех и открыта с любого IP, никакое разграничение профилей внутри не поможет.

Как разграничить доступ команды к профилям

На каждого сотрудника нужно заводить отдельного пользователя Windows. Это даёт каждому свою RDP-сессию, а не общую на всех. Если все заходят под одним пользователем, теряется и разграничение доступа, и журнал действий: невозможно понять, кто именно открыл профиль и что в нём менял. Отдельные пользователи решают эту проблему на уровне операционной системы.

!Коридор стеклянных дверей-профилей и силуэты сотрудников с разными ключами, открывающими только свою дверь

Права на папки профилей разграничиваются по ролям. Не нужно давать всем полный доступ ко всем профилям — сотрудник, который работает с одной группой аккаунтов, не должен видеть другую. Это снижает риск случайного изменения чужого профиля и упрощает контроль: сразу видно, у кого к чему есть доступ. Журнал действий — кто и когда заходил в профиль — зависит от возможностей конкретного антидетект-браузера. Некоторые браузеры ведут встроенный лог, другие нет, и тогда журнал приходится собирать средствами Windows.

Облачная синхронизация профилей — это альтернатива общему серверу, а не часть RDP-настройки. Многие антидетект-браузеры умеют хранить профиль в облаке и синхронизировать его между машинами. Если команда небольшая и сервер не нужен, можно обойтись синхронизацией: каждый работает на своём компьютере, а профиль подтягивается из облака. Но при одновременной работе с одним профилем из двух мест возможны конфликты, поэтому для параллельной работы нескольких человек сервер с RDP надёжнее. Как переносить профили и cookies между машинами, разобрано в статье про импорт cookies.

Частые ошибки при работе через RDP

Буфер обмена между локальной машиной и сервером включён по умолчанию. Это значит, что всё, что вы копируете на своём компьютере, можно вставить на сервере, и наоборот. Для мультиаккаунтинга это риск: данные из одного профиля случайно попадают в другой или на личное устройство сотрудника. Буфер обмена стоит отключать в настройках RDP-подключения, если нет прямой необходимости переносить текст между машинами.

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

Один пользователь Windows на всю команду — это возврат к проблеме, которую сервер должен был решить. Если все заходят под одной учётной записью, вы снова не знаете, кто что делал, и не можете разграничить доступ к профилям. Сервер в таком случае даёт только централизованное хранение, но не контроль. Для новичков, которые только разбираются с базовыми принципами мультиаккаунтинга, есть отдельная статья про первые шаги.

Что подготовить до старта

• Список сотрудников и ролей. Кто с какими профилями работает, кому какой доступ нужен. От этого зависят пользователи Windows и права на папки.
• Число одновременных профилей. Посчитайте максимум, который может быть открыт в один момент, и берите сервер с запасом по памяти и CPU.
• Локацию сервера. Выберите дата-центр поближе к команде, чтобы RDP-сессия не тормозила.
• Список IP, с которых будет заходить команда. Их нужно прописать в фаерволе, а все остальные адреса закрыть.
• Прокси для каждого профиля. Подготовьте их заранее, чтобы после настройки сервера сразу подключить внутри антидетект-браузера.
• План отключения буфера обмена. Решите, нужен ли он вообще, и если нет — отключите в настройках RDP-клиента у всех сотрудников.

Частые вопросы

Можно ли использовать Linux-сервер для антидетект-браузера?

Большинство десктопных антидетект-браузеров написаны под Windows и не запускаются на Linux. Есть отдельные сборки под Linux, но их функциональность часто ограничена. Для стандартной задачи с RDP и командной работой надёжнее брать Windows Server или Windows VPS.

Чем VPS отличается от выделенного сервера для этой задачи?

VPS — это виртуальная машина на общем физическом сервере, ресурсы делятся с другими клиентами. Выделенный сервер — отдельная физическая машина, все ресурсы ваши. Для старта обычно хватает VPS, но при большом числе одновременных профилей может понадобиться выделенный сервер.

Что делать, если сервер перестал отвечать?

Если сервер лёг, доступ к профилям теряют все сразу. Поэтому до старта стоит продумать резервное копирование профилей и план восстановления. Некоторые антидетект-браузеры умеют хранить копии профилей в облаке — это упрощает перенос на другой сервер.

Обязательно ли менять порт RDP?

Порт по умолчанию хорошо известен, и если оставить его открытым из интернета, сервер начнут сканировать автоматически. Смена порта не делает сервер неуязвимым, но отсекает массовые попытки подбора пароля. Фаервол с ограничением по IP — более важная мера.

Можно ли обойтись без сервера, если команда небольшая?

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

Источники

• Remote Desktop Protocol — Microsoft
• Remote Desktop Services overview — Microsoft
• Windows Server documentation — Microsoft

Если вы уже поняли, что сервер с RDP — это ваш сценарий, но ещё не выбрали антидетект-браузер под командную работу, посмотрите сравнение популярных решений. Там собраны варианты с разными тарифами и возможностями для команд.