Почему доступ к веб-приложению через шлюз SSLVPN не работает? - PullRequest
0 голосов
/ 23 марта 2012

У меня проблема с веб-приложением JSF2, использующим PrimeFaces 3.2. В нашей организации есть Nortel VPN Gateway 3050, который мы хотим использовать в качестве единой точки доступа для наших внешних пользователей. Мы добавили на целевой странице ссылку, указывающую на внутренний сервер, и навигация по странице входа в систему, по-видимому, работает правильно большую часть времени. Тем не менее, он не работает правильно.

Используя Fiddler, я обнаружил, что получаю ошибки при попытке загрузить файлы JavaScript и PrimeQaces JavaScript. Я также получаю сообщение об ошибке «Соединение сбрасывается всякий раз, когда» я пытаюсь войти в систему. Эта ошибка также время от времени появляется при начальной навигации с целевой страницы, но она не соответствует.

Само веб-приложение работает на выделенной виртуальной машине с использованием Windows Server 2008R2 и GlassFish, прослушивающих порт 80. Для аутентификации SSL используется AD; пользователи повторно проходят аутентификацию, используя свои учетные данные AD в приложении.

Есть ли какие-либо изменения в конфигурации, которые мне нужно внести на стороне GlassFish, чтобы веб-приложение функционировало за шлюзом? Приложение прекрасно работает во внутренней сети.

Любая помощь очень ценится.

Приветствия

Chris

UPDATE: Похоже, ошибка возникает при попытке загрузить файлы primefaces.js и jquery.js; Я получаю ошибки JavaScript, говоря, что объекты не определены. Если я пытаюсь сначала загрузить 2 файла JS, я получаю похожие ошибки с xnet JavaScript. Наш сетевой специалист не имеет информации о том, как устройство работает внутри компании (он унаследовал его от кого-то другого, и мы не используем его для многих целей).

Я развернул простое приложение, которое просто включает p: commandButton, и все еще получаю ошибки, так что я знаю, что это не имеет ничего общего с другой базой кода.

Похоже, мне, возможно, понадобится вырвать все блага PrimeFaces, перестроить приложение, используя только основные компоненты, и надеяться на лучшее.

Ответы [ 2 ]

1 голос
/ 16 июля 2012

Не знаю, может ли это содержать ответ, но я наткнулся на эту документацию, содержащую следующий текст:

Исправлена ​​проблема с отправкой сжатым файлом xnet.js NVGклиент Microsoft IE 5.5.В Microsoft IE 5.5 имеется ошибка сжатия (см. Базу знаний MS # 313712), из-за которой браузер удаляет первые 2048 байт сжатых данных.В CLI есть настройка, которая определяет, будет ли NVG создавать сжатый контент для клиента или нет.Если установлено значение off (значение по умолчанию), сжатый контент не отправляется в браузер клиента.Если этот параметр включен, содержимое из интрасети и из NVG будет сжато, если браузер клиента принимает сжатое содержимое.Это изменение заставляет код портала NVG учитывать этот параметр при доставке файла Javascript xnet.js клиенту.(CR Q01270920)

Так может ли быть проблема с минимизированными файлами Javascript?1015 * Q01982756 Включение http-сжатия приводит к тому, что JavaScript-файлу xnet.js не удается распаковать в IE 6.0.Эта проблема исправлена.

0 голосов
/ 23 марта 2012

Я бы посмотрел в VPN-соединение.Весь сетевой трафик направляется через VPN-соединение или только трафик к веб-серверу?

Используйте такие инструменты, как http://www.wireshark.org/, для анализа сетевого трафика приложения или инструменты, предоставленные Nortel.

...