MQJMS2013 неверная аутентификация безопасности - PullRequest
Новая
       4

MQJMS2013 неверная аутентификация безопасности

6 голосов
/ 15 декабря 2010

Я пытаюсь подключиться к серверу IBM Websphere MQ с сервера приложений IBM Websphere.

Я получаю следующую ошибку: 

MQJMS2013: invalid security authentication supplied for MQQueueManager

Насколько я понимаю, это связано с неверными учетными данными WAS при подключении к MQ Manager.

Я пробовал другую комбинацию предоставления пароля администратора MQ, например

  1. Обеспечение аутентификации J2C для фабрики соединений MQ.
  2. Введите имя пользователя и пароль администратора MQ для очередей.
  3. Предоставление пустого имени пользователя.
  4. Сочетание всех трех выше.

Также, как упоминалось в некоторых постах, я пробовал Тип транспорта как 'Binding' , а также 'Client' для QueueConnectionFactory .

Пожалуйста, предложите.

Ответы [ 2 ]

2 голосов
/ 15 декабря 2010

Одна проблема в том, что MQJMS2013 может не иметь ничего общего с QMgr. Это могут быть проблемы с правами доступа к файлам конфигурации, учетные данные LDAP, выполняющие поиск JNDI, проблемы с хранилищем ключей и т. Д.

Один из способов определить, действительно ли это исключение авторизации WMQ, - включить события авторизации на QMgr и заново создать ошибку. Если это проблема аутентификации WMQ, сообщение о событии попадет в очередь SYSTEM.ADMIN.QMGR.EVENT. Он будет содержать идентификатор пользователя, объект, на котором произошел сбой вызова, сбой вызова API и все параметры, использованные в вызове. Если вы используете SupportPac MO71 , он отформатирует для вас сообщение о событии. Если вы используете WMQ Explorer, вы можете установить SupportPac MS0P для форматирования сообщений о событиях.

Если вы не получите сообщение о событии, значит, соединение не достигает WMQ! В этом случае ничто из того, что вы делаете с учетными записями, группами, setmqaut и другими специфичными для WMQ конфигурациями, не поможет, и я бы предложил включить трассировку .

В режиме привязок представленный идентификатор должен соответствовать идентификатору, под которым работает JVM. В режиме клиента другой способ диагностики - установить MCAUSER канала на известное правильное значение. MCAUSER канала переопределяет любой идентификатор, передаваемый сервером приложений, и его всегда следует устанавливать для учетной записи с низким уровнем привилегий. Для диагностики установите для него ВРЕМЕННО значение «mqm», и, если соединение работает, это изолирует проблему от проблем с аутентификацией WMQ.

1 голос
/ 16 декабря 2010

Наконец-то все заработало, после 2 дней применения комбинаций.

Чтобы помочь другим (и, возможно, мне в будущем), была следующая проблема:

Мы конфигурировали IBM Websphere ApplicationСервер с сервером IBM Websphere MQ.Мы создали фабрику соединений очередей, очереди и порты прослушивателя.Мы неоднократно получали рассматриваемое исключение.

Как это работает: Когда вы запускаете сервер приложений, у пользователя, который запускает сервер, должен быть доступ к MQ.т.е. пользователь должен быть частью группы MQM.Просто добавьте, после добавления группы к пользователю, не забудьте перезапустить сервер MQ, поскольку сервер MQ обновляет права только после перезапуска.

Надеюсь, это поможет.

...