баг: длина пароля к прокси ограничена 64 символами

[A Former User]

@sergerdn Скорей всего у haproxy где-то есть ограничение на длину заголовков или что-то подобное

[sergerdn]

@UserTrue said in баг: длина пароля к прокси ограничена 64 символами:

@sergerdn Скорей всего у haproxy где-то есть ограничение на длину заголовков или что-то подобное

http клиент работает с таким прокси, но он шлет меньше заголовков, чем браузер. Вероятно, дело в этом.

Если обращаться из браузера BAS напрямую к прокси провайдеру с таким паролем, то тоже не работает. А http клиент как работал, так и работает.
Думаю, что может быть дело и в haproxy(у меня) и в чем то еще у прокси-провайдера. Что совсем усложняет поиск причины.

[A Former User]

@sergerdn said in баг: длина пароля к прокси ограничена 64 символами:

Если обращаться из браузера BAS напрямую к прокси провайдеру с таким паролем, то тоже не работает. А http клиент как работал, так и работает.
Думаю, что может быть дело и в haproxy(у меня) и в чем то еще у прокси-провайдера. Что совсем усложняет поиск причины.

Убери haproxy и сразу станет понятно где искать

[sergerdn]

@UserTrue said in баг: длина пароля к прокси ограничена 64 символами:

@sergerdn said in баг: длина пароля к прокси ограничена 64 символами:

Если обращаться из браузера BAS напрямую к прокси провайдеру с таким паролем, то тоже не работает. А http клиент как работал, так и работает.
Думаю, что может быть дело и в haproxy(у меня) и в чем то еще у прокси-провайдера. Что совсем усложняет поиск причины.

Убери haproxy и сразу станет понятно где искать

Так не работает напрямую в браузере, так же и не работает через мой haproxy. О чем и разговор. Вероятно баг у меня и у провайдера прокси тоже. Осталось выяснить почему http клиент работает всегда.

[sergerdn]

Я провел тест еще раз на локальном компьютере. Использовал кубик "прокси" с таким настройками:

Для отслеживания что BAS посылает я использовал сочетание Proxifier и Charles.

Что я получил:

Запрос определения данных прокси, выполняется http клиентом:

GET http://ip.bablosoft.com/?requestid=12249 HTTP/1.1
Host: ip.bablosoft.com
Proxy-Authorization: Basic тут полный заголовок
Accept: */*
Proxy-Connection: Keep-Alive

Следующий запрос:

CONNECT www.google.com:443 HTTP/1.1
Host: www.google.com:443
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Safari/537.36
Proxy-Connection: Keep-Alive
Proxy-Authorization: Basic А вот тут уже обрезанный с конца заголовок

Вероятно, код соединения с прокси для браузера содержится в dll:

C:\Users\Administrator\AppData\Roaming\BrowserAutomationStudio\apps\25.5.0\Proxy.dll

Вероятно, эта dll и есть "виновник".

[sergerdn]

@UserTrue said in баг: длина пароля к прокси ограничена 64 символами:

@sergerdn В обычном fiddler пароль можно посмотреть, он не обрезан

Подошел невнимательно к твоему сообщению, этот запрос выполняется http клиентом, у меня он работает корректно. Bas шлет полный заголовок, а следующее соединение, когда уже соединяется браузер - нет.

[A Former User]

@sergerdn Да, ты прав, обрезает. А хуже этого на этапе connect передает неверный useragent . Достаточно на сервере на этом этапе его проверять и весь трафик идет в боты )

[sergerdn]

@UserTrue said in баг: длина пароля к прокси ограничена 64 символами:

А хуже это на этапе connect передает неверный useragent

Это не тот useragent, это для соединения с прокси только. Он мало на что влияет, разве что сообщает прокси кто соединяется ним, если я правильно понимаю.

[A Former User]

@sergerdn said in баг: длина пароля к прокси ограничена 64 символами:

Это не тот useragent, это для соединения с прокси только. Он мало на что влияет, разве что сообщает прокси кто соединяется ним, если я правильно понимаю.

Да ты прав, только прокси использует метод connect

[Fox]

Ответ разработчика:

Я не смогу это исправить без замены библиотеки для туннелирования. 
Тут могу советовать только добавить промежуточный прокси, который бы не требовал длинного логина.

[sergerdn]

@Fox said in баг: длина пароля к прокси ограничена 64 символами:

Я не смогу это исправить без замены библиотеки для туннелирования.

Библиотека древняя, не обновляется много лет, исходников нет. Баг можно поправить только заменой библиотеки.

К сожалению, это все мне было известно.

[DuckDuck]

@Fox А как насчет того о чем говорит @UserTrue - на тему что утекает не тот юзер агент, и потенциально это проблема ... ?

[Fox]

@DuckDuck said in баг: длина пароля к прокси ограничена 64 символами:

@Fox А как насчет того о чем говорит @UserTrue - на тему что утекает не тот юзер агент, и потенциально это проблема ... ?

А вы перечитайте его сообщения

[DuckDuck]

@Fox тынц https://community.bablosoft.com/post/149989
может я чего не доконца понял, но вроде он пока не соглашается. Может он конечно еще раз более точнее выразит свое мнение. Честно говоря вам виднее ребята.

[A Former User]

@DuckDuck утекает только в методе connect, он используется только для подключения к прокси, соответственно это не опасно.

[DuckDuck]

@UserTrue А, ок, ну теперь буду спать спокойно, а то после твоего сообщения все брови себе выщипал :)

[A Former User]

@DuckDuck said in баг: длина пароля к прокси ограничена 64 символами:

@UserTrue А, ок, ну теперь буду спать спокойно, а то после твоего сообщения все брови себе выщипал :)

Мы там ниже разобрались

[FastSpace]

Только юзер агент там утекает в другом месте сейчас, например в запросе autofill

[FastSpace]

@DuckDuck said in баг: длина пароля к прокси ограничена 64 символами:

@UserTrue А, ок, ну теперь буду спать спокойно, а то после твоего сообщения все брови себе выщипал :)

Хорошо, когда ничего не знаешь. У баса утекает столько всего, что жесть. Например узнать через вебсокет, что ты крутишь многопоток на 1 сервере.

[DuckDuck]

@FastSpace Да, все течет все меняется ... Еще Гераклит об этом говорил :)