DB2 Connect

Изменение процесса согласования типа аутентификации через шлюз

Начиная с DB2 Connect^(TM) Версии 8.2.2 (эквивалентного Версии 8.1 FixPak 9) шлюз более не является пассивным участником процесса согласования типа аутентификации. Теперь он играет активную роль. Тип аутентификации, заданный в записи каталога баз данных на шлюзе, переопределяет тип аутентификации, внесенный в каталог на клиенте. На всех трех участниках (клиент, шлюз и сервер) должны быть заданы совместимые типы аутентификации. Если тип аутентификации, внесенный в каталог на шлюзе, не задан в записи каталога баз данных, у сервера по умолчанию будет затребован тип аутентификации SERVER. Но если сервер не поддерживает тип аутентификации SERVER, будет выполняться согласование типа аутентификации между клиентом и сервером. Такое поведение отличается от поведения клиента, который по умолчанию использует тип аутентификации SERVER_ENCRYPT, если тип аутентификации не задан.

Тип аутентификации, внесенный в каталог на шлюзе, не используется, если на клиенте в API SET CLIENT задана опция DB2NODE или SQL_CONNECT_NODE. В этих случаях согласование выполняется только между клиентом и сервером.

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

Новый сценарий защиты

Добавлен новый сценарий защиты для соединений APPC:

Аутентификация

GSSPLUGIN

Защита

нет

Проверка

Механизм подключаемого модуля защиты API GSS

Исправления в диаграммах

В приведенных ниже темах DB2 Connect Enterprise Edition содержались неправильные диаграммы:

• Доступ к данным DB2 хоста или iSeries при помощи DB2 Connect Enterprise Edition
• Доступ к данным DB2 из Web при помощи Java

В следующей таблице описаны поправки к диаграммам в теме "Доступ к данным DB2 хоста или iSeries при помощи DB2 Connect Enterprise Edition".

В следующей таблице описаны поправки к диаграммам в теме "Доступ к данным DB2 из Web при помощи Java".