DB2 Connect

对通过网关进行的认证类型协商的更改

从 DB2 Connect(TM) 版本 8.2.2(功能等同于版本 8.1 修订包 9)开始,在认证协商中,网关不再是被动的参与者。网关已经成为积极角色。网关中的数据库目录条目中指定的认证类型覆盖在客户机上编目的认证类型。客户机、网关和服务器必须全部指定兼容类型。如果未在数据库目录条目中指定网关上的编目认证类型,则 SERVER 认证将是服务器请求的缺省类型。但是,如果服务器不支持 SERVER 认证,则仍将在客户机与服务器之间进行协商。此行为与客户机的行为形成对比,在未指定认证类型的情况下,客户机的认证类型缺省为 SERVER_ENCRYPT。

如果已在客户机上设置了“设置客户机 API”的 DB2NODE 或 SQL_CONNECT_NODE 选项,则不会使用在网关上编目的认证类型。在这些情况下,仍将在客户机与服务器之间进行严格协商。

如果服务器的数据库管理器配置中指定 SERVER_ENCRYPT 作为认证类型,则该服务器不再接受来自请求 SERVER 认证的客户机的连接。

新增安全性方案

已经为 APPC 连接添加了新的安全性方案:

认证
GSSPLUGIN
安全性
验证
GSS API 安全性插件机制

对图解的更正

下列 DB2 Connect(TM) 企业版主题的图解是不正确的:

下表概述了对『使用 DB2 Connect 企业版访问主机或 iSeries DB2 数据』主题中的图解的更正。

表 34. 对『使用 DB2 Connect 企业版访问主机或 iSeries DB2 数据』主题中的图解的更正
主题中的位置 更正
所有四个图解的图注
  • 对“DB2 OS/390(R) 版 V5R1”的引用应该为“DB2 OS/390 版版本 6 或更新版本”。
  • 对“DB2 AS/400(R) 版 V4R2”的引用应该为“DB2 iSeries 版 V5R1 或更新版本”。
第一个图解(图 1:DB2 Connect 企业版) 所有对“APPC”和“SNA 通信支持”的引用都是不正确的。DB2 Linux(TM)、Unix 和 Windows(R) 服务器(包括 DB2 Connect 企业版)不支持将 SNA/APPC 作为 DB2 运行时客户机的入站协议。

下表概述对『从使用 Java 的 Web 访问 DB2 数据』主题中的图解的更正。

表 35. 对『从使用 Java 的 Web 访问 DB2 数据』主题中的图解的更正
主题中的位置 更正
图注
  • 对“DB2 OS/390 版 V5R1”的引用应该为“DB2 OS/390 版版本 6 或更新版本”。
  • 对“DB2 AS/400 版 V4R2”的引用应该为“DB2 iSeries 版 V5R1 或更新版本”。
[ 页的顶部 |上一页 | 下一页 | 目录 ]