图 2. 包含受信任上下文的三层应用程序模型
定义一个受信任上下文
受信任上下文是根据系统授权 ID 和一组或多组连接信任属性定义的一种新对象。每个受信任上下文都用一个相关的系统授权 ID 和一组或多组连接信任属性标识，其中每组定义至少一个连接信任属性。
系统授权 ID： 首要的信任属性是用于连接的授权 ID。在用于建立一个连接的任何给定系统授权 ID 与一个特定的受信任上下文之间，总是有一个明显的映射。
连接信任属性： 一组连接信任属性定义一组特征，一个连接要凭借受信任上下文成为受信任连接，必须满足这组特征。只有为受信任上下文的一组属性定义的所有条件都得到满足，使用那组属性作为受信任上下文属性的连接才被视作受信任连接。
PROTOCOL： 通信协议信任属性。该属性控制有哪些网络通信协议可以使用受信任上下文。
ADDRESS： 网络地址信任属性。该属性与 PROTOCOL 属性一起用于控制受信任上下文可以与哪些地址一起使用。这是连接用来与数据库管理器进行通信的实际的客户机 IP 地址和域名。
ENCRYPTION： 网络加密信任属性。该属性为连接指定数据流的最小级别的加密（“networkencryption”）。
AUTHENTICATION: 身份验证信任属性。该属性指定在连接建立期间需要对系统授权 ID 进行的身份验证级别。
假设一个管理员希望当系统授权 ID 为 NEWTON，且 TCP/IP 地址属性为 9.26.146.201 时，任何连接都被视作受信任连接。那么，该管理员可以像下面这样定义受信任上下文：
例 1. 受信任上下文定义示例
CREATE TRUSTED CONTEXT ctxName1
BASED UPON CONNECTION USING SYSTEM AUTHID newton
ATTRIBUTES ( PROTOCOL 'TCPIP',
ADDRESS '9.26.146.201',
ENCRYPTION 'NONE' )
ENABLE
ALLOW USER zurbie如果从 IP 地址 9.26.146.201 使用 TCP/IP 协议和授权 ID NEWTON 建立一个连接，那么在这个连接的属性和前面定义的受信任上下文 ctxName1 之间存在匹配，而加密则被忽略。
管理员还可以通过使用 ALTER TRUSTED CONTEXT 和 DROP TRUSTED CONTEXT 语句修改和删除受信任上下文对象。
CLI 应用程序中的受信任连接
可以通过以下两种途径为另一个用户建立和切换受信任上下文：
更多内容请看DB2、DB2中的数据处理、数据库专栏专题，或进入讨论组讨论。
相关专题
- 讲解一个标准规则的集合──DB2优化器 (0次浏览)
- 利用VS2005构建针对DB2的应用程序和Web站点 (0次浏览)
- 聚焦 DB2 的XML能力 (0次浏览)
- 教你提高商业智能环境中的DB2查询性能 (0次浏览)
- 用DB2 VS2005 .Net插件进行XML数据验证 (0次浏览)
- 针对VS2005 的IBM数据库插件概述 (0次浏览)
- DB2 “Viper 2”助力IT敏捷性 (0次浏览)
- DB2和Visual Studio .NET开发慨述 (0次浏览)
- 在WebLogic集群环境中使用DB2 Alphablox (0次浏览)
- Oracle与DB2、MySQL取前10条记录的对比 (0次浏览)
