@sergerdn said in баг: длина пароля к прокси ограничена 64 символами:
Не совсем понял. Где уверенность, что сам haproxy по "случайности" тоже пароль не обрезает? Можно добавить в строчку лог, который пишет содержимое заголовка
Proxy-Authorization?
Попробуйте в BAS добавить рандомные цифры в конец пароля wifi;ru;ojsc+kostroma+municipal+telephone+network;kostroma+oblast;kostroma123 и авторизация не пройдёт
@UserTrue said in баг: длина пароля к прокси ограничена 64 символами:
@sergerdn В обычном fiddler пароль можно посмотреть, он не обрезан
Я в фидлере и смотрел оба раза
@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 А, ок, ну теперь буду спать спокойно, а то после твоего сообщения все брови себе выщипал :)
Мы там ниже разобрались
