[?] [2555][x32] Weblyrics: https ходит мимо прокси

[MegaZavr]

В общем, решил я закрыть повисший гештальт и перепроверить работу https у WebLyrics через  прокси. Взял свежую сборку 5.30.2555_w32 и там я собственно наблюдаю те же самые яйца. Плагин по https протоколу через прокси НЕ ходит. Он гонит https напрямую. Мимо прокси. Через прокси прописанный в настройках ходит длишь http. Да сами убедитесь в этом. Из провайдеров уберите http-линки, оставив https, пропишите в настройках фейковый (не существующий) прокси на локалхост или лок.сеть и попробуйте получить текст песни. У меня он успешно получается таким макаром.

Я хз глобально ли такая ситуация с плагинами или с такой спецификой в сеть ходит лишь weblyrics. В любом случае нужны фиксы.

[Artem]

Вот, попробуйте эту сборку: https://disk.yandex.ru/d/doQX9zvQWUHqkA

[MegaZavr]

Вот, попробуйте эту сборку: https://disk.yandex.ru/d/doQX9zvQWUHqkA

Теперь https через прокси вообще не ходит. http ходит. Если бы по сертификатам были ошибки, в дебаг - прокси бы валились характерные ошибки, но там  сейчас вообще тишина была. Трафик даже не двигался через него. Или так и было задумано в этом тесте ?

[Artem]

Эм, а до этого только плагин не ходил по https?

[Artem]

Да, с прокси я налажал при мерже. Вот, сейчас попробуйте:  https://disk.yandex.ru/d/J_P7OCtGryIrvg

[MegaZavr]

Да, с прокси я налажал при мерже. Вот, сейчас попробуйте:  https://disk.yandex.ru/d/J_P7OCtGryIrvg

Без изменений. http - ходит, https - нет. Если убрать http-провайдеров, оставить https со включённым прокси - "Ничего не найдено.". В дебаг-прокси как и прежде тишина по линии https.

Отключаю прокси, перезапускаю AIMP т.к. там ответ явно кешируется (в том числе, что "Ничего не найдено." - мб это стоит тоже пофиксить ?), после отключаю прокси и запускаю получение текста - лирикс загружается.

Радио через прокси по https и http как ходило так и ходит. Через дебаг-прокси отваливается по таймауту правда

Code: [Select]

Code: 40 (00000028)
Message: Connection timeoutно запрос вполне виден, в отличии от weblyrics.

[Artem]

Вы точно обновленную сборку поставили?

Я не смотрел запросы со стороны прокси, ибо не имею такого, но смотрел как работает со стороны плеера - указываю неверный прокси, ничего не находится (логично), указываю корректный - данные есть, как по http, так и по https.

Давайте конкретно посмотрим: какой из провайдеров у вас не работает с прокси? Работает ли при этом поиск обложек альбомов? Запросы обновлений?

[MegaZavr]

Вы точно обновленную сборку поставили?

Да, эту

Я не смотрел запросы со стороны прокси, ибо не имею такого

Прокси что я использовал - это BURP. Сейчас решил провести тесты через инструменты попроще (fiddler, proxomitron) и там даже были замечены запросы, хоть AIMP мне и возвращал, что "ничего не найдено".

но смотрел как работает со стороны плеера - указываю неверный прокси, ничего не находится (логично), указываю корректный - данные есть, как по http, так и по https.

В этом в итоге и была вся проблема т.к. я наоборот сидя по "ту" сторону с дебаг - прокси фидбэка от плеера по запросам не видел. Лишь конечный малоинформативный алерт, что "ничего не найдено". А он может означать всё, что угодно. Это может действительно быть то, что "ничего не найдено", это могут быть ошибки ssl/tls, это может быть невозможность подключиться к прокси (и судя по всему много чего ещё).

Подозреваю, что скорее всего дело в сертификатах. Радио через прокси судя по всему работает или  с системными сертификатами, среди которых есть установленные мной сертификаты дебаг - прокси или вообще их игнорует. Поэтому я и вижу запросы в отладке дебаг - прокси. Плагины же (или weblyrics конкретно) вероятно используют другой механизм и поэтому мои прокси он шлёт лесом, никак об этом не извещая ("ничего не найдено").

Сейчас для теста я поднял простой "нерегулируемый" сквозной http-прокси без заморочек и пустил данную ревизию через неё. Трафик по http/https успешно пошёл. В целом вопрос можно считать решённым, но ряд моментов кмк остаются открытыми для обсуждения. В частности расширенная обработка ошибок плагина/плагинов при невозможности получить данные вместо возвращения абстрактного алерта ("ничего не найдено").

з.ы. А где можно взять отладочную дебаг-версию с логом, если такая есть ? Просто я банально уже хочу посмотреть, где спотыкается AIMP.

[Artem]

В частности расширенная обработка ошибок плагина/плагинов при невозможности получить данные вместо возвращения абстрактного алерта ("ничего не найдено").

Конечному пользователю техническая информация ни к чему, поэтому алерт такой простой.

А где можно взять отладочную дебаг-версию с логом, если такая есть ? Просто я банально уже хочу посмотреть, где спотыкается AIMP

В виндовой версии у меня нет логгирования. Для работы с сетью плеер использует системную библиотеку WinInet. Как идет радио - не скажу точно, это реализовано на стороне BASS-а.

[MegaZavr]

Конечному пользователю техническая информация ни к чему, поэтому алерт такой простой.

Как минимум надо обработку невозможности коннекта к прокси повесить. Коннекта нет, а алерт сигналит "ничего не найдено". Он так сигналить может и когда коннект есть. Ошибки ssl/tls тоже неплохо было бы алертить, имхо

Плюс стоило бы бы убрать кэширование ответа, если "ничего не найдено". А то повторный запрос сколько не тыкай кнопку  не вернёт текст лирикса (будет перманентно возвращать "ничего не найдено"), пока aimp не перезапустишь.

В виндовой версии у меня нет логгирования.

А в версии под linux есть ? В принципе могу и там поглядеть, но результаты кмк скорей всего будут иными.

Для работы с сетью плеер использует системную библиотеку WinInet. Как идет радио - не скажу точно, это реализовано на стороне BASS-а.

Ну собственно о чём-то подобном я и подозревал, т.к. при хождении через прокси явно используется 2 механизма. Хотя это мне это пока мало поможет т.к. всё равно надо наводить справки. Как-нибудь займусь на досуге.

[Artem]

Как минимум надо обработку невозможности коннекта к прокси повесить

Нет такой информации, есть просто ошибка подключения.

Плюс неплохо бы убрать кэширование ответа, если "ничего не найдено"

Оно не просто так сделано, если проблемы с подключением или вовсе хост залочен (что нынче особенно актуально), плеер помечает его и больше туда не стучится, дабы не тормозить обработку на каждый трек. Да, надо бы предусмотреть сброс этих пометок.