@FastSpace said in Выпущена 25.6.0 версия BrowserAutomationStudio:
Другое дело, что сам прокси тоже должен на своей стороне UDP ASSOCIATE правильно поддерживать
Клиент отправляет команду UDP ASSOCIATE, прокси выделят для него порт, все что приходит на этот порт отправляется по url/ip указанному в начале udp части пакета. Все что приходит от сервера, отправляется обратно клиенту. Сам сервер хранит таблицу "порт/ip клиента - свой порт", чтобы знать куда отправлять пакеты от сервера.
Мне правда интересно, что утекает в такой реализации? Она вроде простая, нет? Или где-то внутри протокола quic передается ip?
Я даже запустил tcpdump на сервере где стоит прокси, скачал результаты, потом открыл в wireshark:
https://i.imgur.com/3ud93fT.png
Все штатно. Там прямо пакет, который из прокси отправлен был на сайт(тот же google). Покажите, что утекло?
Дальше сообщение вообще не понял. Какие-то 2 прокси в локальной сети? Утекает не ip клиента, а адрес сервера где установлено несколько прокси, так ведь адрес прокси и должен быть виден сайту? Или есть какая-то сложная внутрення сеть у провайдера прокси, в которой неправильно происходит маршрутизация.
Я не хочу дальше с вами вступать в полемику
Ок, если кто-то знает, где утекает ip, пишите на почту mail.to.twaego@gmail.com
Быстрый способ решить любые проблемы с антидетект https://community.bablosoft.com/topic/12198
@support said in Выпущена 25.6.0 версия BrowserAutomationStudio:
Дальше сообщение вообще не понял. Какие-то 2 прокси в локальной сети? Утекает не ip клиента, а адрес сервера где установлено несколько прокси
Он имел ввиду очень распространенные мобильные прокси, когда к серверу подключена куча модемов и утекает ip сервера.
@UserTrue said in Выпущена 25.6.0 версия BrowserAutomationStudio:
@support said in Выпущена 25.6.0 версия BrowserAutomationStudio:
Дальше сообщение вообще не понял. Какие-то 2 прокси в локальной сети? Утекает не ip клиента, а адрес сервера где установлено несколько прокси
Он имел ввиду очень распространенные мобильные прокси, когда к серверу подключена куча модемов и утекает ip сервера.
Именно.
Это может быть и куча телефонов или куча роутеров.
2 костыля есть этому как решение. Либо прокинуть еще один сервак с еще одним ip внешкой, либо 3proxy ставить прямо внутрь устройства 1 к 1 в качестве external будет 127.0.0.1. В такой схеме не должно быть ещё роутера на внешке.
У Родиона и Вектора всё в этом плане ок.
Он имел ввиду очень распространенные мобильные прокси, когда к серверу подключена куча модемов и утекает ip сервера.
Если сервер общается напрямую с сайтом, как прокси вообще работают?
Cейчас буду проверять, скупать прокси, ставить контейнер с поддержкой quic, смотреть пакеты, которые приходят на сервер, а потом окажется, что нужны только особые прокси, особый роутер про который забыли упомянуть и вообще на BAS не повторяется. Когда кто-то может написать что-то внятное, буду смотреть.
@support said in Выпущена 25.6.0 версия BrowserAutomationStudio:
Если сервер общается напрямую с сайтом, как прокси вообще работают?
Я просто написал что он имел ввиду, сам я не изучал эту проблему.
@Fox вот баг на скринах. Запустил 2 проекта на БАСе, они упали, но при этом RAM все равно почему-то используется (на скрине 20,2 Гб), хотя проекты не работают. Это по логам проектов вижу, по процессам в диспетчере задач и по закрытым в toolbar windows БАС проектам (у меня Windows Server 2019). При этом первые часы где-то 70% CPU и столько же RAM забивается, потом RAM все растет и доходит до близка 100%, потом крэш.
Как и говорил ранее, ровно с версии 25.6.0 съедание RAM очень сильное появилось.
@Fox Здравствуйте. Подскажите, как правильно использовать set proxy
Обязательно 3 параметра вставлять? Или 2 параметр не нужен?
_set_proxy_for_next_profile("block")! // Блокировать сетевые запросы до установки прокси или первой загрузки.
_set_proxy_for_next_profile("direct")! // любый запросы будут выполняться без прокси до его установки.
_set_proxy_for_next_profile("socks5://127.0.0.1:1234")! // для запросов будет использованный прокси заданный через строку. После смены профиля прокси все равно нужно применить, чтобы установить язык браузера.
Первый параметр блокирует все внешние запросы с родного айпи, а direct разрешает получается?
Значит нужно использовать только 2 параметра?
_set_proxy_for_next_profile("block")!
_set_proxy_for_next_profile("socks5://127.0.0.1:1234")!
Немного запутался в этом.
@xonar said in Выпущена 25.6.0 версия BrowserAutomationStudio:
@Fox Здравствуйте. Подскажите, как правильно использовать set proxy
Обязательно 3 параметра вставлять? Или 2 параметр не нужен?
_set_proxy_for_next_profile("block")! // Блокировать сетевые запросы до установки прокси или первой загрузки.
_set_proxy_for_next_profile("direct")! // любый запросы будут выполняться без прокси до его установки.
_set_proxy_for_next_profile("socks5://127.0.0.1:1234")! // для запросов будет использованный прокси заданный через строку. После смены профиля прокси все равно нужно применить, чтобы установить язык браузера.
Первый параметр блокирует все внешние запросы с родного айпи, а direct разрешает получается?
Значит нужно использовать только 2 параметра?
_set_proxy_for_next_profile("block")!
_set_proxy_for_next_profile("socks5://127.0.0.1:1234")!Немного запутался в этом.
Достаточно использовать один параметр в зависимости от необходимой цели
@xonar said in Выпущена 25.6.0 версия BrowserAutomationStudio:
@Fox Значит достаточно прописать _set_proxy_for_next_profile("socks5://127.0.0.1:1234") и все сетевые запросы будут блокироваться до установки прокси?
Нет, так вы позволяете отправлять запросы профилю в сервисы гугл перед применением прокси только через указанный прокси
@support said in Выпущена 25.6.0 версия BrowserAutomationStudio:
BAS имеет преимущество в том, что умеет туннелировать udp трафик, в том же проксифаере только в начале года добавили возможность его блокировать, а у нас все запросы браузера перенаправляются в прокси.
То есть, можно поддерживать UDP протокол на проксях которые изначально его не поддерживают?
@FastSpace said in Выпущена 25.6.0 версия BrowserAutomationStudio:
@Ressive нет. Удп должен работать на проксях и более того у этих прокси должна быть совместимость с басом. Условно говоря на 3 proxy нормально удп в бас не работает.
BAS имеет преимущество в том, что умеет туннелировать udp трафик, в том же проксифаере только в начале года добавили возможность его блокировать, а у нас все запросы браузера перенаправляются в прокси.
О чем тогда тут речь?
@FastSpace причем тут БАС? Разработчик отвечал же, что там все по стандарту соксов делается. Никакой дополнительной совместимости из его описания нет, только от прокси зависит
@FastSpace в софтах в смысле прокси-серверах? Да, они, даже когда не поддерживают UDP, ведут себя по разному. Кто-то закрывает TCP соединение FIN битом, кто-то по-джентельменски отправляет поле в socks5 хедерах, что method not supported. Кто-то просто закрывает сокет со своей стороны, без FIN пакета вообще и соединение просто простаивает пока таймаут не пройдет какой-то. Но это все таки проблемы прокси, не БАСа.
А для фермоводов да, проблемы небольшие что надо либо 3proxy либо получается danted юзать? Но скорее меньше чем у покупателей, кто хотел бы UDP прокси недорого и без KYC
