Назад до блогу

Як перенести середовище антидетект-браузера на новий комп'ютер: інструкція з 5 кроків

Перехід на новий комп'ютер — радісна подія, але в тих, хто веде мультиакаунти, радість часто закінчується швидко: середовище переїхало, а сесії зникли; проксі прописаний, але параметри відбитка не збігаються; найгірше, коли кілька акаунтів, які півроку дбайливо вирощували, наступного дня після переїзду разом вимагають перевірку. Комп'ютер варть кілька тисяч, але справжня втрата — це втрата акаунтних активів.

Нещодавно я дивився навчальне відео про перенесення профілів браузера — і там знову йшлося про хмарну синхронізацію звичайного браузера. Звичайний браузер переносить закладки та пароли через синхронізацію акаунта. Чому антидетект-браузер не можна перенести так само? У цій статті ми справді докладно розберемо, як мігрувати антидетект-браузер: що саме переносити, п'ять кроків і як приймати роботу після переїзду.

Чому звичайний браузер синхронізується, а антидетект-браузер — ні

Почнемо зі звичайних браузерів. Chrome і Firefox пропонують синхронізацію акаунта: увійдіть в один і той самий акаунт — закладки, паролі та історія автоматично переносяться між пристроями. Саме це показано у відео: увійшли на новому комп'ютері, натиснули «синхронізувати», готово.

З антидетект-браузером цей номер не пройде, і причина — у природі активів, якими він керує:

  1. Сесії не можна виносити в хмару. Cookie і стан входу в мультиакаунтному середовищі — це і є самі акаунтні активи. Віддати їх хмарній синхронізації — все одно що скласти ключі від усіх акаунтів у одну спільну кишеню: збій у хмарі означає втрату всього одразу. Саме тому cookie — головна цінність середовища; що в них зберігається і чому це важливо, докладно розібрано в статті про керування cookie.
  2. Параметри відбитка мають бути узгоджені локально. Canvas, WebGL, шрифти і часовий пояс кожного середовища — це взаємопов'язаний комплект: хмарна синхронізація легко втрачає деталі, і після перенесення все вже не збігається з оригіналом.
  3. Конфігурація проксі переїжджає разом із середовищем. Функція синхронізації не перенесе на нову машину хост, порт, логін і пароль вашого SOCKS5.

Тому в міграції антидетект-браузера є тільки один правильний шлях: запакувати середовище целиком і імпортувати його в початковому вигляді. Саме цей принцип закладено в антидетект-браузері MakoBrowser ще на етапі проєктування продукту — середовище, відбиток і проксі завжди єдине ціле, опції «перенести тільки половину» не існує.

Що саме переносити: одне середовище дорівнює трьом активам

Розберіться, з чого складається середовище, — і стане зрозуміло, що переносити. Кожне середовище — це з'єднання трьох речей:

Схема перенесення середовища: на старому комп'ютері експортується пакет середовища, куди запаковані відбиток, cookies і проксі; на новому комп'ютері він імпортується і проходить перевірку

  • Конфігурація відбитка: ці параметри визначають, яким «пристроєм» вас бачить платформа. Переносити їх можна тільки без змін — поменявши один параметр, ви міняєте комп'ютер.
  • Дані сховища: cookie, LocalStorage, кеш — тут живе і стан входу, і «стаж» акаунта.
  • Прив'язка проксі: від неї залежать геолокація IP, легенда акаунта і узгодженість часового поясу та мови.

Бракує хоча б однієї з трьох складових — і це вже не «переїзд», а «скидання». Хороша мігрованість антидетект-браузера визначається тим, чи запаковує його функція експорту всі три складові в один файл. Експорт середовищ у MakoBrowser зроблений саме за цим стандартом: у пакет збирається як одне середовище, так і ціла група, а при імпорті конфігурації відбитка і проксі відновлюються автоматично, без ручного введення.

П'ять кроків міграції: від експорту до приймання

На практиці все робиться за п'ять кроків; весь процес займає хвилин п'ятнадцять.

Крок перший — повний експорт на старому комп'ютері. В антидетект-браузері на старій машині позначте середовища для перенесення (найшвидше — пакетно, за групами) і сформуйте пакет середовища через функцію експорту. Перед експортом закрийте всі середовища — експорт працюючого середовища загрожує втратою даних.

Крок другий — шифрована передача. У пакеті лежать сесії. Пряме завантаження на хмарний диск або відправка через месенджер розширюють поверхню витоку. Зашифруйте пакет, передайте і розпакуйте вже на новій машині.

Крок третій — встановіть антидетект-браузер на новому комп'ютері та імпортуйте. Слідкуйте за версією: версія на новій машині не має бути старішою, ніж на старій; імпорт через велике оновлення версій часом дає несумісність параметрів. При імпорті обирайте «повне відновлення» — не економте час, відзначивши одні cookie.

Крок четвертий — спочатку прийміть одне середовище. Не запускайте все одразу. Відкрийте найважливіше середовище і перевірте: на місці чи стан входу, підключається чи проксі, тримає чи відбиток бали на сайті детекції. Один пройшов — масштабуйте.

Крок п'ятий — списуйте стару машину тільки після повного приймання. Дані середовищ на старому комп'ютері варто зберігати хоча б один-два тижні: якщо щось піде не так, буде куди повернутися. Переконалися в стабільності — очищайте стару машину.

Екран перевірки міграції: Logins Saved, Cookies Intact, Proxy Connected, Fingerprint Same, No IP Leak — усі п'ять пунктів пройдено, у правому верхньому куті видно завершення експорту

Чек-лист перевірки після міграції

На п'ятому кроці не покладайтеся на відчуття — відзначайте кожен пункт:

  • Стан входу: кожне середовище відкриває свою платформу вже залогіненим, повторна перевірка не потрібна
  • Проксі: перевірка проксі проходить, регіон виходу збігається з попереднім
  • Відбиток: бали на сайті детекції в тій самій категорії, що й раніше, параметри Canvas/WebGL/шрифтів не пливуть
  • WebRTC: не видає реальну адресу машини
  • Часовий пояс і мова: як і раніше збігаються з регіоном IP

Ці п'ять пунктів — продовження тієї ж логіки, за якою приймали середовище при первинному налаштуванні: у статті про роль антидетект-браузера в мультиакаунтингу є повні п'ять кроків, а приймання після міграції — це просто повторний замір тією ж лінійкою.

Три пастки, в які легко потрапити

Пастка перша: експортували тільки cookie, без конфігурації відбитка. Сесія збережеться, але «пристрій» в очах платформи зміниться — і старі акаунти опиняться в більшій, а не меншій небезпеці. Експортувати — так усе середовище целиком.

Пастка друга: інтенсивна робота одразу після переїзду. Новий комп'ютер сам по собі ризик-контроль не тригерить — платформа дивиться на параметри середовища, а не на залізо. Але якщо частина параметрів загубилася при перенесенні, інтенсивна активність поверх дасть подвійну аномалію. Перші два дні працюйте у звичному низькому темпі.

Пастка третя: ручне перетягування файлів у команді. Для однієї людини «експорт — імпорт» підходить; але коли команда часто міняє пристрої або середовища переходять від людини до людини, ручна метушня з файлами рано чи пізно скінчиться помилкою. Для цього є командний простір — середовища зберігаються централізовано, права розподіляються по людях, і зміна комп'ютера зводиться до входу у свій акаунт: сама дія «міграція» зникає. Саме так використовується командний простір, про який ми писали в статті про командну роботу.

FAQ

Після міграції акаунт вимагає повторної перевірки — де помилка? Найімовірніше, перенесли тільки cookie, а повний набір параметрів відбитка — ні, або при імпорті обрали «перестворити середовище» замість «повного відновлення». Змінився відбиток — для платформи це новий пристрій.

Чи можна мігрувати між різними ОС (Windows на Mac)? Залежить від того, чи підтримує антидетект-браузер формат експорту на різних платформах. Більшість популярних продуктів підтримує, але окремі параметри відбитка (наприклад, платформені ознаки) підлаштовуються під цільову систему — при прийманні головне звірити, чи в тій самій категорії бали відбитка.

Чи можна зберігати пакет середовища на хмарі як довгострокову резервну копію? Можна і навіть потрібно, але обов'язково в шифрованому вигляді. Частота резервного копіювання залежить від важливості акаунтів: ключові — раз на тиждень, решта — раз на місяць.

Чи може міграція скинути стан входу? При повному відновленні — ні. Втрата сесії майже завжди пояснюється однією з трьох причин: середовище працювало під час експорту, при імпорті обрали перестворення або несумісність версій зламала розбір даних.

Наприкінці: ви переносите не файли, а активи

Міграція звичайного браузера — це «синхронізація налаштувань», міграція антидетект-браузера — «перевезення акаунтних активів»: відбиток, сховище і проксі, і нічого не можна залишити. Ми проганяли цей процес багато разів — і при власній зміні машин, і допомагаючи користувачам, — і головний висновок такий: приймання важливе за саму міграцію. Усі п'ять пунктів чек-листа зелені — тільки тоді переїзд справді завершений.

Експорт, повне відновлення і перевірка детекції, про які йдеться, у MakoBrowser є — ось посилання на завантаження. Пройти за цією інструкцією перед зміною машини — найнадійніший варіант; із конкретними проблемами під час міграції запрошуємо до центру блогів.