Авторизация и средства администрирования

Синтаксис команды имеет несколько особенностей. Если в названии объекта присутствует символ " ?, .", то каждая часть имени, разделенная точкой должна использовать свои символы групповой замены. Рассмотрим примеры применения команды setmqaut к объектам менеджера QM_Win2000 для учетной записи (пользователя) test1. Условиями выполнения команды является наличие учетной записи test1 и указанных в примерах очередей.

setmqaut -m QM_Win2000 -t qmgr 
         -p test1 +connect

setmqaut -m QM_Win2000 -n Win2000_HPUX.? 
         -t queue  -p test1 +browse

setmqaut -m QM_Win2000 -n Vip*.* -t queue
         -p test1 -get

setmqaut -m QM_Win2000 -n Win2000_HPUX.?Q 
         -t queue  -p test1 +dlt +dsp

setmqaut -m QM_Win2000 -n A1 -t queue  
         -p test1 +all

setmqaut -m QM_Win2000 -n ?2 -t queue  
         -p test1 +all

setmqaut -m QM_Win2000 -n **.CQ -t queue
         -p test1 +all

setmqaut -m QM_Win2000 -n NO*.Q -t queue
         -p test1 +get

setmqaut -m QM_Win2000 -n DEAD_LETTER 
         -t queue  -p test1 +put +browse +get

setmqaut -m QM_Win2000 -n A1 -t queue
         -p test1 -put

С помощью команды setmqaut нельзя предоставлять доступ к объектам кластера, которые физически расположены на удаленных менеджерах.

Коды возврата команды setmqaut указаны в таблице 5.2.

Просмотреть права учетной записи (пользователя) к объекту на локальном менеджере можно с помощью команды dspmqaut . Синтаксис команды

dspmqaut -m QMgrName -n ObjectName 
         -t ObjectType -s ServiceComponent
         -p PrincipalName [-g GroupName]

-m QmgrName - имя менеджера очередей.

-n ObjectName - имя объекта менеджера, к которому применяется команда.

-t ObjectType - тип объекта менеджера. Может иметь значения q или queue для очередей, prcs или process для процессов, nl или namelist для списков кластеров, authinfo для использования механизма SSL.

-s ServiceComponent - имя установленного сервиса авторизации, с помощью которого будет произведен просмотр прав доступа. Параметр не является обязательным.

-p PrincipalName или -g GroupName - имя пользователя или группы, для которой производится просмотр прав доступа к объектам. Для платформы Windows возможно указание доменной учетной записи в формате userid@domain.

Опции команды dspmqaut также доступны не для всех объектов менеджера очередей. В таблице 5.3. указано соответствие между опциями и объектами.

Рассмотрим некоторые примеры применения команды dspmqaut к объектам менеджера QM_Win2000 для учетной записи test1. В скобках дана соответствующая команда setmqaut из рассмотренных выше примеров.

C:\>dspmqaut -m QM_Win2000 -t q -n A -p test1
Entity test1 has the following authorizations
for object A:
(К данному объекту учетная запись test1 не 
имеет авторизации, так как не было 
соответствующей команды setmqaut)

C:\>dspmqaut -m QM_Win2000 -t q 
             -n Win2000_HPUX.Q -p test1
Entity test1 has the following authorizations
for object Win2000_HPUX.Q:

        browse

(setmqaut -m QM_Win2000 -n Win2000_HPUX.? 
          -t queue  -p test1 +browse)

C:\>dspmqaut -m QM_Win2000 -t q 
             -n Win2000_HPUX.TQ -p test1 
Entity test1 has the following authorizations
for object Win2000_HPUX.TQ:

        dlt
        dsp

(setmqaut -m QM_Win2000 -n Win2000_HPUX.?Q 
          -t queue  -p test1 +dlt +dsp)

C:\>dspmqaut -m QM_Win2000 -t q 
             -n Win2000_HPUX.RQ -p test1 
Entity test1 has the following authorizations
for object Win2000_HPUX.RQ:

        dlt
        dsp

(setmqaut -m QM_Win2000 -n Win2000_HPUX.?Q 
          -t queue  -p test1 +dlt +dsp)

C:\>dspmqaut -m QM_Win2000 -t q -n A1 -p test1
Entity test1 has the following authorizations 
for object A1:

        get
        browse
        inq
        set
        dlt
        chg
        dsp
        passid
        passall
        setid
        setall
        clr

(setmqaut -m QM_Win2000 -n A1 -t queue  
          -p test1 +all 
setmqaut -m QM_Win2000 -n A1 -t queue  
         -p test1 -put )

C:\>dspmqaut -m QM_Win2000 -t q -n A2 
             -p test1 
Entity test1 has the following authorizations
for object A2:

        get
        browse
        put
        inq
        set
        dlt
        chg
        dsp
        passid
        passall
        setid
        setall
        clr

(setmqaut -m QM_Win2000 -n ?2 -t queue  
          -p test1 +all)

C:\>dspmqaut -m QM_Win2000 -t q -n HPUX.CQ 
             -p test1 
Entity test1 has the following authorizations
for object HPUX.CQ:

        get
        browse
        put
        inq
        set
        dlt
        chg
        dsp
        passid
        passall
        setid
        setall
        clr

(setmqaut -m QM_Win2000 -n **.CQ -t queue  
          -p test1 +all)

C:\>dspmqaut -m QM_Win2000 -t q -n NOTEPAD.Q 
             -p test1 
Entity test1 has the following authorizations
for object NOTEPAD.Q:

        get

(setmqaut -m QM_Win2000 -n NO*.Q -t queue
          -p test1 +get)

C:\>dspmqaut -m QM_Win2000 -t q 
             -n WIN2000_HPUX2.TQ -p test1 
Entity test1 has the following authorizations
for object WIN2000_HPUX2.TQ:

        put

(setmqaut -m QM_Win2000 -n WIN*.* -t queue  
          -p test1 +put)

C:\>dspmqaut -m QM_Win2000 -t q 
             -n WIN2000HPUX3.TQ -p test1 
Entity test1 has the following authorizations 
for object WIN2000HPUX3.TQ:

        put

(setmqaut -m QM_Win2000 -n WIN*.* -t queue  
          -p test1 +put)

C:\>dspmqaut -m QM_Win2000 -t q 
             -n WIN2000hpux4.tq -p test1 
Entity test1 has the following authorizations
for object WIN2000hpux4.tq:

        put

(setmqaut -m QM_Win2000 -n WIN*.* -t queue  
          -p test1 +put)

C:\>dspmqaut -m QM_Win2000 -t q -n Vip2000.CQ
             -p test1 
Entity test1 has the following authorizations 
for object Win2000.CQ:

        browse
        put
        inq
        set
        dlt
        chg
        dsp
        passid
        passall
        setid
        setall
        clr

(setmqaut -m QM_Win2000 -n **.CQ -t queue  
          -p test1 +all
setmqaut -m QM_Win2000 -n Vip*.* -t queue  
         -p test1 -get)

C:\>dspmqaut -m QM_Win2000 -t q 
             -n DEAD_LETTER -p test1 
Entity test1 has the following authorizations
for object DEAD_LETTER:

        get
        browse
        put

(setmqaut -m QM_Win2000 -n DEAD_LETTER 
          -t queue  -p test1 +put 
     +browse +get )

Отметим, что к выполнению команды setmqaut , содержащей символы групповой замены следует относиться с осторожностью и всегда проверять результат выполнения командой dspmqaut .

Настройка служб WebSphere MQ под Windows

WebSphere MQ в своей работе оперирует как своими внутренними данными, так и данными на уровне операционных систем. Так, например, в процессе первичной установки создается группа mqm. Все пользователи, входящие в эту группу имеют все права на все объекты WebSphere MQ. То есть для полного управления менеджером очередей достаточно того, чтобы учетная запись была включена либо в группу mqm либо в группу администраторов.

В среде Windows часто встречается случай, когда прикладная программа должна выполняться под нужной учетной записью (пользователем). В процессе установки WebSphere MQ на платформе Windows кроме группы mqm создается пользователь с учетной записью MUSR_MQADMIN под именем которого выполняются все процессы и все прикладные программы, указанные в атрибуте Application Identifier соответствующего процесса. Если удалить и создать вновь данную учетную запись, то WebSphere MQ работать не будет. Рассмотрим процедуру, позволяющую запускать сервис IBM MQSeries под другой учетной записью.

Далее можно создавать службы сервиса WebSphere MQ Trigger Monitor (см. лекцию 4). Создать данные службы можно также с помощью команды amqmdain , синтаксис которой имеет вид:

amqmdain crttrm QmgrName InitQueue

где:

QmgrName - имя менеджера очередей,

InitQueue - имя очереди инициализации

После выполнения данной команды следует убедиться в появлении в MQSeries Services нового Trigger Monitor с нужной очередью инициализации (см. рис.4.11).

Управлять объектами удаленного менеджера можно с помощью WebSphere MQ Explorer и с помощью команды runmqsc . Для удаленного управления менеджером очередей необходимо:

AMQ8416: MQSC timed out waiting for a 
response from the command server.

Далее с помощью команд MQSC можно управлять объектами удаленного менеджера.

Командный процессор MQSC. Основные команды

Как говорилось в предыдущих лекциях, управлять объектами WebSphere MQ можно как с помощью команд, так и с помощью WebSphere MQ Explorer. Работа и возможности, предоставляемые WebSphere MQ Explorer были рассмотрены в предыдущих лекциях. Теперь рассмотрим работу команд MQSC (MQSeries Commands). Команды WebSphere MQ разделяются на внешние и внутренние. Внешние команды представляют собой программы, откомпилированные под конкретную платформу. Некоторые из внешних команд и их назначение представлены в таблице 5.4.

Из таблицы 5.4 выделим команду runmqsc , которая является своего рода командным процессором для выполнения внутренних MQSC команд, позволяющих управлять объектами как локального, так и удаленного менеджера. Синтаксис команды:

runmqsc -e / -v /-w QmgrName

где:

-e - исключение вывода результата выполнения команд в отчет. Полезно для использования при вводе команд в интерактивном режиме.

-v - проверка синтаксиса команд без их выполнения. Если далее указана опция -w, то она игнорируется.

-w - время в секундах, в течение которого от удаленного менеджера должен прийти положительный ответ на подключение. С помощью данной опции возможно управление объектами удаленного менеджера. Если время истекло, то появится следующее сообщение:

AMQ8416: MQSC timed out waiting for a response from the command server.

QmgrName - имя менеджера очередей. Имя менеджера, являющегося менеджером по умолчанию указывать не обязательно.

Кроме непосредственного ввода внутренних команд из командной строки данная команда позволяет выполнять командный файл, содержащий различные сценарии создания и управления объектами. В таком случае синтаксис будет выглядеть

runmqsc QmgrName < create_obj.txt

где:

create_obj.txt - файл, содержащий внутренние команды MQSC.

Внутренние команды могут состоять из нескольких операторов. На первом месте стоит оператор, указывающий действие. На втором месте указывается тип объекта, к которому применяется первый оператор. Типы объектов указываются следующими операторами:

Основные операторы, которые, как правило, стоят на первом месте внутренней команды.

Подробный синтаксис команд можно узнать из документации .

Пример создания интерфейсов передачи данных в обе стороны между двумя менеджерами QM_Win2000 и QM_HPUX с адресами 198.32.100.26 и 198.32.100.16(1421), причем на менеджере QM_HPUX канал отправитель должен переходить в состояние running как только в соответствующей трансмиссионной очереди появляется сообщение. Для этого создаются объекты на менеджере QM_Win2000:

При создании объектов с помощью команды DEFINE следует учитывать, что если имя объекта не "берется" в символы " ' ", то объект будет создан с именем, содержащим только заглавные буквы. То же относится и к другим командам.

Набор команд для создания объектов выглядит следующим образом.

DEFINE QLOCAL ('HPUX_Win2000.Q') 

DEFINE CHANNEL ('HPUX_Win2000.CH') 
       CHLTYPE(RCVR)

DEFINE QLOCAL ('Win2000_HPUX.TQ') 
       USAGE(XMITQ)

DEFINE QREMOTE ('Win2000_HPUX.RQ')  
       XMITQ('Win2000_HPUX.TQ') +
       RNAME('Win2000_HPUX.Q')  
	   RQMNAME('QM_HPUX')

DEFINE CHANNEL ('Win2000_HPUX.CH') 
       CHLTYPE(SDR) +
       CONNAME('198.32.100.16(1421)')   
	   DISCINT(999999) + 
	   XMITQ('Win2000_HPUX.TQ')

Создадим объекты на менеджере QM_HPUX:

Команды для создания этих объектов будут выглядеть следующим образом.

DEFINE QLOCAL ('Win2000_HPUX.Q') 

DEFINE CHANNEL ('Win2000_HPUX.CH') 
       CHLTYPE(RCVR) 

DEFINE QREMOTE ('HPUX_Win2000.RQ') +
       XMITQ('HPUX_Win2000.TQ') +
       RNAME('HPUX_Win2000.Q') +
       RQMNAME('QM_Win2000') 

DEFINE QLOCAL ('HPUX_Win2000.TQ') +
       USAGE(XMITQ) +
       TRIGGER +
       TRIGTYPE(FIRST) +
       TRIGDPTH(1) +
       TRIGDATA('HPUX_Win2000.CH') +
       INITQ('SYSTEM.CHANNEL.INITQ') 

DEFINE CHANNEL ('HPUX_Win2000.CH') 
       CHLTYPE(SDR) +
       CONNAME('172.25.4.150') +
       DISCINT(999999) +
       XMITQ('HPUX_Win2000.TQ')

Эти команды можно поместить в два текстовых файла, а затем, выполнив команду runmqsc на каждом менеджере с указанием соответствующего файла, можно получить готовый интерфейс для передачи данных между двумя платформами: UNIX и Windows. Кроме этого, используя команды рестарта каналов, можно управлять их состоянием.