Просто заменили,три раза подряд)Два не рабочих и один только рабочий
баг: длина пароля к прокси ограничена 64 символами
-
@Fox said in баг: длина пароля к прокси ограничена 64 символами:
@sergerdn said in баг: длина пароля к прокси ограничена 64 символами:
Не совсем понял. Где уверенность, что сам haproxy по "случайности" тоже пароль не обрезает? Можно добавить в строчку лог, который пишет содержимое заголовка
Proxy-Authorization?Попробуйте в BAS добавить рандомные цифры в конец пароля
wifi;ru;ojsc+kostroma+municipal+telephone+network;kostroma+oblast;kostroma123и авторизация не пройдёт@UserTrue said in баг: длина пароля к прокси ограничена 64 символами:
@sergerdn В обычном fiddler пароль можно посмотреть, он не обрезан
Я в фидлере и смотрел оба раза
Уффф, пошел думать, что у меня на компе такое. Запущу fiddler и тоже там посмотрю. Пока не понимаю, кто режет пароль.
-
@sergerdn Скорей всего у haproxy где-то есть ограничение на длину заголовков или что-то подобное
-
@UserTrue said in баг: длина пароля к прокси ограничена 64 символами:
@sergerdn Скорей всего у haproxy где-то есть ограничение на длину заголовков или что-то подобное
http клиент работает с таким прокси, но он шлет меньше заголовков, чем браузер. Вероятно, дело в этом.
Если обращаться из браузера BAS напрямую к прокси провайдеру с таким паролем, то тоже не работает. А http клиент как работал, так и работает.
Думаю, что может быть дело и в haproxy(у меня) и в чем то еще у прокси-провайдера. Что совсем усложняет поиск причины. -
@sergerdn said in баг: длина пароля к прокси ограничена 64 символами:
Если обращаться из браузера BAS напрямую к прокси провайдеру с таким паролем, то тоже не работает. А http клиент как работал, так и работает.
Думаю, что может быть дело и в haproxy(у меня) и в чем то еще у прокси-провайдера. Что совсем усложняет поиск причины.Убери haproxy и сразу станет понятно где искать
-
@UserTrue said in баг: длина пароля к прокси ограничена 64 символами:
@sergerdn said in баг: длина пароля к прокси ограничена 64 символами:
Если обращаться из браузера BAS напрямую к прокси провайдеру с таким паролем, то тоже не работает. А http клиент как работал, так и работает.
Думаю, что может быть дело и в haproxy(у меня) и в чем то еще у прокси-провайдера. Что совсем усложняет поиск причины.Убери haproxy и сразу станет понятно где искать
Так не работает напрямую в браузере, так же и не работает через мой haproxy. О чем и разговор. Вероятно баг у меня и у провайдера прокси тоже. Осталось выяснить почему http клиент работает всегда.
-
Я провел тест еще раз на локальном компьютере. Использовал кубик "прокси" с таким настройками:
Для отслеживания что 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 и есть "виновник".
-
@UserTrue said in баг: длина пароля к прокси ограничена 64 символами:
@sergerdn В обычном fiddler пароль можно посмотреть, он не обрезан
Подошел невнимательно к твоему сообщению, этот запрос выполняется http клиентом, у меня он работает корректно. Bas шлет полный заголовок, а следующее соединение, когда уже соединяется браузер - нет.
-
@sergerdn Да, ты прав, обрезает. А хуже этого на этапе connect передает неверный useragent . Достаточно на сервере на этом этапе его проверять и весь трафик идет в боты )
-
@UserTrue said in баг: длина пароля к прокси ограничена 64 символами:
А хуже это на этапе connect передает неверный useragent
Это не тот useragent, это для соединения с прокси только. Он мало на что влияет, разве что сообщает прокси кто соединяется ним, если я правильно понимаю.
-
@sergerdn said in баг: длина пароля к прокси ограничена 64 символами:
Это не тот useragent, это для соединения с прокси только. Он мало на что влияет, разве что сообщает прокси кто соединяется ним, если я правильно понимаю.
Да ты прав, только прокси использует метод connect
-
Ответ разработчика:
Я не смогу это исправить без замены библиотеки для туннелирования. Тут могу советовать только добавить промежуточный прокси, который бы не требовал длинного логина. -
@Fox said in баг: длина пароля к прокси ограничена 64 символами:
Я не смогу это исправить без замены библиотеки для туннелирования.
Библиотека древняя, не обновляется много лет, исходников нет. Баг можно поправить только заменой библиотеки.
К сожалению, это все мне было известно.
-
-
@DuckDuck said in баг: длина пароля к прокси ограничена 64 символами:
@Fox А как насчет того о чем говорит @UserTrue - на тему что утекает не тот юзер агент, и потенциально это проблема ... ?
А вы перечитайте его сообщения
-
@DuckDuck утекает только в методе connect, он используется только для подключения к прокси, соответственно это не опасно.
-
-
@DuckDuck said in баг: длина пароля к прокси ограничена 64 символами:
@UserTrue А, ок, ну теперь буду спать спокойно, а то после твоего сообщения все брови себе выщипал :)
Мы там ниже разобрались
-
@DuckDuck said in баг: длина пароля к прокси ограничена 64 символами:
@UserTrue А, ок, ну теперь буду спать спокойно, а то после твоего сообщения все брови себе выщипал :)
Хорошо, когда ничего не знаешь. У баса утекает столько всего, что жесть. Например узнать через вебсокет, что ты крутишь многопоток на 1 сервере.
