@clocky bez raznici, mobilnie ili rezidenti
dopustim u tebya 10 potokov, 9 proxy
9 potokov rabotaet, 10 jdet kogda osvoboditsa proxy... zakonchit dopustim 1-y, on osvobodil svoyu stroky proxy=>10 potok startuet s etoy strokoy, a 1-y jdet kogda stanet dostupen resurs voobshe lubogo potoka(t.e. esli zakonchit uslovniy 7-y=>1 potok startanet s proxy 7-go, a 7-y budet jdat kogda resurs snova stanet svobodetn) vot takoy cycle
poetomy s resursami vse ok, esli eto mob proxy, mojesh delat v nachale scripta sbros ip, tak tochno budesh uveren, chto noviy potok nachnetsa s novim ip
Ошибка ERR_SSL_PROTOCOL_ERROR на определённых прокси
-
-
Astroproxy?
-
-
@arcos said in Ошибка ERR_SSL_PROTOCOL_ERROR на определённых прокси:
@sergerdn ничего не меняется. Та же ошибка.
Если соединение plain http, ошибки вида net::ERR_SSL_PROTOCOL_ERROR быть не может.
@m4zuper soax
Проверь, что у тебя не километровый логин/пароль. У них он может быть такой.
-
-
-
@arcos said in Ошибка ERR_SSL_PROTOCOL_ERROR на определённых прокси:
Как решить проблему? Премиум поддержка молчит. Вся работа встала. Неужели я один такой?
Я выше тебе написал, если открывать сайт с plain http, то прокси провайдер отдаст тебе прямо в браузер ошибку.
-
-
@arcos said in Ошибка ERR_SSL_PROTOCOL_ERROR на определённых прокси:
@sergerdn конкретно этот запрос - работает (если ставить http)
если https - не работает. В то же время в браузере - прокси работают в обоих случаяхКто-то снимает твой https трафик 😄. В обычном Chrome mitm сертификат применяется, а в BAS - нет.
Проверить просто - открой в Chrome сайт с https и посмотри его сертификат.
-
-
@arcos said in Ошибка ERR_SSL_PROTOCOL_ERROR на определённых прокси:
@sergerdn что значит "снимает"? это прокси из топ-20 по миру.
Браузер так мне "помог", в оригинале было сниффает. И речь шла не про прокси-провайдера, а про твою локальную машину.
Что показывает в самом BAS в сертификате?
-
-
@arcos said in Ошибка ERR_SSL_PROTOCOL_ERROR на определённых прокси:
@sergerdn так а при чём тут локальная машина, если это происходит только под определённым прокси. если поставить любую другую прокси - то ни единой ошибки нет:
У тебя возможные варианты:
- Прокси провайдер выдает ошибку. Это возможно, если неправильный логин, пароль, ресурс забанен прокси-провайдером, etc. Так как соединение https, то ты видишь ошибку, net::ERR_SSL_PROTOCOL_ERROR, а не ту, что выдает прокси-провайдер.
- Кто-то при соединении через плохой прокси вмешивается в трафик.
Я склоняюсь к первому варианту. Например, где-то пробел ты впихнул. Или задал неправильный пароль, или пароль слишком длинный. Или при задании пароля есть спецсимволы, с которыми BAS не дружит.
P.S.
Пиши в личку телегу, ставь anydesk. Помогу отдебажить причину ошибки. -
Я то же заинтересован в том что бы найти решение. У меня баг воспроизводится на WIndows Server 21H2 + BAS 27.1.1. При этом с той же самой Windows коробки Chromium + Playwright или ProxyChick отлично работают с тем же прокси листом от SOAX. У меня есть возможность посмотреть логи в SOAX и тд и с самими resi device, при работе с которыми BAS выдавал ошибку, проблем не наблюдается.
По поводу снифинга, IMHO это должно иначе выглядеть, стоковый Chrome без рутового сертификата от MITM выдаст ошибку.
Кто-нибудь, кто шарит в BAS может со мной созвониться и вместе покопать? Для меня test.xml это филькина грамота. Может быть есть какой-то DEBUG logging в BAS что бы уидеть детали ошибки, почему конкретно не удается установить TLS сессию.
Возможно еще кто-нибудь знает, BAS сам не пытается интерсептить сессию, он патченный Chromium использует или нет, есть какая-то специфика того, как он работает с трафиком proxy протоколами? -
Не используй слишком длинные пароли или юзернейм к прокси. У BAS ограничения на длину и того и другого.
