himinz
- Регистрация
- 20 Окт 2018
- Сообщения
- 6
- Реакции
- 0
Последнее время задаю себе вопрос, касающийся использования антидетектов (антики), особенно в контексте командной работы или "shared access". Ранее я активно работал с мультилогином, включая управление профилями на платформах, таких как Facebook и PayPal.
Однако у мультилогина были определенные проблемы, такие как потеря профилей со временем. Например, профили иногда исчезали после закрытия, и были проблемы с их загрузкой. Это произошло из-за записи каждого действия в удаленную базу данных. В ответ на эти сложности, я перешел к использованию удаленных Linux-машин с подключением через novnc и API.
Преимущество удаленных Linux-машин заключается в возможности запускать браузеры с разными версиями одновременно, что не всегда возможно на ноутбуке из-за нагрузки. Кроме того, тогда у мультилогина не было локальных профилей и доступа к Chrome API.
Сейчас я не работаю с мультилогином или другими платными антидетектами, и не могу утверждать, как обстоят дела в настоящее время. Однако, на момент моего последнего опыта, стабильного доступа к Chrome API у мультилогина не было. Я предпочел запускать браузеры на удаленных Linux-машинах, подключаясь к ним через novnc и API.
Не заметив большой разницы в работе между мультилогином и удаленными линукс машинами, а также учитывая современные возможности JavaScript в браузерах, которые трудно эмулировать на 100%, мой вопрос заключается в том, используете ли вы антидетекты или предпочитаете работу с банальными локальными профилями?
Например, на моем MacBook я запускаю Хром следующим образом:
open -a Chromium --args --password-store=basic --proxy-pac-url='data:application/x-javascript-config;base64,'$(base64 -i ~/projects/browser/proxy.pac) --proxy-bypass-list='*.node; *.web; 172.16.231.*; 192.168.8.*' --user-data-dir=~/browser/profiles/p1
если будете запускать замените ~ на полный absolute path.
Файл proxy.pac выглядит примерно так:
function FindProxyForURL(url, host) {
if (shExpMatch(host, '(*.node|*.web)')) return 'DIRECT';
if (shExpMatch(host, '(*.onion)')) return 'PROXY 172.16.231.100:15379';
return 'PROXY v-l1-browser1.node:8080';
}
Здесь все *.onion направляются на отдельный прокси, а остальные запросы - на другой.
? готов присоединиться к успешной команде пишите @bytepirate
Однако у мультилогина были определенные проблемы, такие как потеря профилей со временем. Например, профили иногда исчезали после закрытия, и были проблемы с их загрузкой. Это произошло из-за записи каждого действия в удаленную базу данных. В ответ на эти сложности, я перешел к использованию удаленных Linux-машин с подключением через novnc и API.
Преимущество удаленных Linux-машин заключается в возможности запускать браузеры с разными версиями одновременно, что не всегда возможно на ноутбуке из-за нагрузки. Кроме того, тогда у мультилогина не было локальных профилей и доступа к Chrome API.
Сейчас я не работаю с мультилогином или другими платными антидетектами, и не могу утверждать, как обстоят дела в настоящее время. Однако, на момент моего последнего опыта, стабильного доступа к Chrome API у мультилогина не было. Я предпочел запускать браузеры на удаленных Linux-машинах, подключаясь к ним через novnc и API.
Не заметив большой разницы в работе между мультилогином и удаленными линукс машинами, а также учитывая современные возможности JavaScript в браузерах, которые трудно эмулировать на 100%, мой вопрос заключается в том, используете ли вы антидетекты или предпочитаете работу с банальными локальными профилями?
Например, на моем MacBook я запускаю Хром следующим образом:
open -a Chromium --args --password-store=basic --proxy-pac-url='data:application/x-javascript-config;base64,'$(base64 -i ~/projects/browser/proxy.pac) --proxy-bypass-list='*.node; *.web; 172.16.231.*; 192.168.8.*' --user-data-dir=~/browser/profiles/p1
если будете запускать замените ~ на полный absolute path.
Файл proxy.pac выглядит примерно так:
function FindProxyForURL(url, host) {
if (shExpMatch(host, '(*.node|*.web)')) return 'DIRECT';
if (shExpMatch(host, '(*.onion)')) return 'PROXY 172.16.231.100:15379';
return 'PROXY v-l1-browser1.node:8080';
}
Здесь все *.onion направляются на отдельный прокси, а остальные запросы - на другой.
? готов присоединиться к успешной команде пишите @bytepirate