SWT Browser Plugin не запрашивает прокси-аутентификацию - PullRequest
0 голосов
/ 31 октября 2011

Я успешно настроил приложение SWT Browser для использования прокси-сервера, задав для аргументов VM -Dnetwork.proxy_host и -Dnetwork.proxy_port соответствующие значения.

Однако прокси-сервер нуждается в аутентификации, но приглашение имени пользователя / пароля не открывается. Кроме того, при регистрации прослушивателя аутентификации слушатель никогда не запускается.

Проблемы возникли при распространении Linux Debian 64 Bit. При компиляции того же приложения для Windows все работает нормально, то есть открывается запрос пароля. Браузер SWT настроен на использование MOZILLA, а не WEBKIT. К сожалению, я не могу тестировать с WEBKIT, так как я ограничен определенной средой.

Временное решение: при запуске браузера Linux Mozilla появляется запрос. При вводе правильных значений и последующем запуске приложения SWT Browser аутентификация вообще не требуется и доступ в Интернет возможен. Но это не очень хорошее решение.

Когда я регистрирую прослушиватель местоположения в «addLocationListener», чтобы посмотреть, что происходит с URL-вызовами, я вижу, что первоначальный URL (например, www.google.de) приводит к вызову определенного http-сайта прокси-сервера. , И этот http сайт перенаправляет на https сайт прокси. Затем сайт https приводит к повторному вызову страницы перенаправления http. Это тогда бесконечный цикл. Я предполагаю, что где-то в коде JAVA класса браузера SWT есть подпрограмма, которая вызывает setUrl с этими страницами (что приводит к бесконечный цикл) и пропустить для вызова любого слушателя аутентификации по какой-либо причине.

Может, у кого-то есть идея, что не так в этом процессе аутентификации?

1 Ответ

1 голос
/ 31 октября 2011

У меня нет решения, кроме подсказки: я не уверен, что вы подразумеваете под "Браузером Linux Mozilla" - я знаю Firefox и Xulrunner. Но ваш обходной путь предполагает, что информация профиля каким-то образом передается и этого не должно быть.

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

Эта запись в FAQ показывает, как настроить прокси-хост: Как настроить прокси для браузера?

Попробуйте найти способ добавить информацию о пользователе / ​​пароле в запрос, отправленный на прокси-сервер. Если это не помогло, создайте локальный прокси-сервер, который подключается к реальному прокси-серверу как восходящий и может аутентифицировать себя.

Глядя на базу данных ошибок, профили браузера не поддерживаются: Гибкая поддержка профилей Mozilla - новый запрос API

...