Подготовка MobileFirst Server к загрузке данных журнала — безопасность

Я использую MobileFirst Server MFPF 7.1, IF20151114-1616.

Адаптер WLClientLogReceiver имеет следующие параметры. Я попытался изменить значение securityTest на «LogUploadServlet», но все равно получаю ту же ошибку, что и ниже.

<procedure name="log" securityTest="wl_unprotected" audit="true" />

Чтобы включить безопасность, защищающую сервлет loguploader, я следовал инструкциям, приведенным в документе IBM на первом шаге.

Подготовка сервера к загрузке данных журнала - Безопасность

Конфигурация в моем authenticationConfig.xml

Под статическими ресурсами

<resource id="logUploadServlet" securityTest="LogUploadServlet">
    <urlPatterns>/apps/services/loguploader*</urlPatterns>
</resource>

Под безопасностьюТесты

<customSecurityTest name="LogUploadServlet">
    <test realm="wl_anonymousUserRealm" step="1"/>
    <test realm="LogUploadServlet" isInternalUserID="true"/>
</customSecurityTest>

Под царствами

<realm name="LogUploadServlet" loginModule="StrongDummy">
    <className>com.worklight.core.auth.ext.HeaderAuthenticator</className>
</realm>

Развернул обновленный файл WAR и адаптер на сервере. Я получаю следующую ошибку, когда клиент отправляет журналы на сервер, вызывая метод send().

[2/12/16 14:14:28:768 CST] 0000014d LoginContext W com.worklight.core.auth.impl.LoginContext invokeLoginModule FWLSE0239W: ошибка аутентификации в области «LogUploadServlet»: проверьте учетные данные [проект usbusiness] [2 /12/16 14:14:28:933 CST] 000000d1 LoginContext W com.worklight.core.auth.impl.LoginContext invokeLoginModule FWLSE0239W: Ошибка аутентификации в области «LogUploadServlet»: проверьте учетные данные [проект usbusiness] [2/12 /16 14:14:30:542 CST] 000000de SystemOut

Не уверен, что мне не хватает в этом.


comment
Привет, PVR, я изучаю эту проблему, и я хотел бы попытаться немного сузить область этой проблемы. Я не думаю, что проблема связана с вашим адаптером WLClientLogReceiver. Я собираюсь начать изучать защиту URI apps/services/loguploader/*.   -  person Chevy Hungerford    schedule 06.04.2016
comment
Однако на WLClientLogReceiver я не думаю, что вам нужен тест безопасности. Проверка безопасности обычно используется, если ваш клиент получает конфиденциальную информацию. Этот адаптер используется для отправки клиентских журналов С сервера Worklight в пункт назначения по вашему выбору. Эта процедура вызывается только сервером Worklight (если, конечно, вы не вызываете ее на клиенте). Выполняя тест безопасности для этой процедуры, вы просите свой сервер Worklight пройти аутентификацию против самого себя для отправки журналов. Я могу подтвердить с нашей командой безопасности, но я считаю, что если вы защитите этот адаптер, вы столкнетесь с проблемами.   -  person Chevy Hungerford    schedule 06.04.2016
comment
Для защиты URI apps/services/loguploader/* вы выбрали вариант 1 или 2 из центра знаний? Вариант 1. Используйте тест безопасности, не требующий специального кода обработчика вызовов и взаимодействия с пользователем, и свободно вызывайте функцию отправки регистратора. Вариант 2: Убедитесь, что тест безопасности перед сервлетом остается таким же, как тест безопасности приложения, и будьте осторожны с размещением дополнительных вызовов функции отправки журнала.   -  person Chevy Hungerford    schedule 06.04.2016
comment
Я вижу из сообщения, о котором вы упоминаете, что вы используете вариант один. Не обращайте внимания на мой последний комментарий.   -  person Chevy Hungerford    schedule 06.04.2016
comment
Привет, Чеви, спасибо. Я пропустил обновление этого поста. Проблема связана с областью com.worklight.core.auth.ext.HeaderAuthenticator, которую я установил для logUploadServlet. после удаления и обеспечения безопасности isInternalUserID=true все работает нормально.   -  person Ragu    schedule 06.04.2016
comment
Какой класс вы использовали в своей области, чтобы заставить это работать? Кроме того, не могли бы вы предоставить свой ответ ниже и отметить его как правильный?   -  person Chevy Hungerford    schedule 06.04.2016
comment
на что вы изменили свое царство, чтобы заставить это работать?   -  person Chevy Hungerford    schedule 07.04.2016
comment
@PVR просьба не оставлять вопросы без ответа - напишите развернутый ответ ниже.   -  person Idan Adar    schedule 20.04.2016


Ответы (1)


Чтобы не оставить вопрос без ответа, из раздела комментариев:

Проблема связана с областью com.worklight.core.auth.ext.HeaderAuthenticator, которую я установил для logUploadServlet. после удаления и обеспечения безопасности isInternalUserID="true" все работает нормально.

person Idan Adar    schedule 20.04.2016