IBM Tivoli NetView V7.1.4 Fix Pack 02 自述文件

日期：2004 年 9 月 30 日

名称：7.1.4-TIV-NVD-{OperatingSystem}-FP0002

组件：IBM Tivoli NetView V7.1.4

PTF 号：U800154（UNIX）或 XR23262（Windows）

注：在使用本资料及其支持的产品之前，请阅读本文档结尾处“声明”部分中的信息。

关于本修订包

本节提供关于本修订包的一般信息。极力建议您先完整地阅读本文档，然后安装本修订包。

修订包内容

本修订包由五个程序包组成，分别用于 RS6000 AIX(R)、SUN SPARC Solaris、Linux Intel(TM)、Linux 390 和 Microsoft(R) Windows(R)。在已经安装了 IBM(R) Tivoli(R) NetView(R) 本机服务器或客户机的每个平台上，您都需要使用相应的程序包。

对于 Red Hat Enterprise Linux Advance Server 3.0 和 SuSE Linux Enterprise Server（SLES）9，已将某一新 CD 添加到库 NetView 7.1.4 工具箱，并且需要安装标准的 IBM Tivoli NetView。

本修订包还包括对 Tivoli Data Warehouse 所使用并包含的 NetView ETL 代码的一组更正信息。为了将这些更正信息应用于 Tivoli Data Warehouse 中的 NetView ETL 代码，请参阅与本修订包相关联的 nvTDW_FP1.txt 文件。

本修订包取代的补丁

无。

由于 IBM Tivoli NetView 不产生补丁，所以本修订包不取代任何补丁。然而，在此自述文件的本修订包中更正的 APAR 部分中涉及的 IBM Tivoli NetView 7.1.4 的所有测试修订都将被取代。

支持的操作系统

• AIX：
  • 版本 4.3.3（维护级别 09）
  • 版本 5.1（维护级别 01/05 64 位）
  • 版本 5.2（维护级别 03 64 位）
  • 版本 5.3 64 位（Power 4 和 Power 5），有条件（即仅限于非 TME NetView 安装）
• Solaris：
  • 版本 2.8（带有 Sun 所需的所有补丁）
  • 版本 2.9 64 位（以及 2004 年 7 月公布的最新补丁）
• Linux Intel：
  • Red Hat V7.2（在 2.4.7-10 内核上测试）
  • Red Hat Advanced Server V2.1（在 2.4.9-e.3 内核上测试）
  • Red Hat Enterprise Linux Advance Server 3.0 Update 2（在 2.4.21-15.ELsmp 内核上测试）
  • SuSE V7.2（在 2.4.4-4GB 内核上测试）
  • SuSE V8.0（在 2.4.4-4GB 内核上测试）
  • United Linux V1.0（SLES 8）（在 2.4.21-138-smp 内核上测试）
  • SuSE Linux Enterprise Server（SLES）8 SP3（在 2.4.21.198-smp 内核上测试）
  • SuSE Linux Enterprise Server（SLES）9（在 2.6.5-7.97-smp 内核上测试）
• Linux for zSeries(R)（仅限 31 位系统）：
  • Red Hat V7.2
  • Red Hat Enterprise Linux Advance Server 3.0 Update 2（在 2.4.21-15.EL 内核上测试）
  • SuSE Linux Enterprise Server（SLES）7.2 for s/390(R) and zSeries
  • SuSE Linux Enterprise Server（SLES）8.0 SP3 for s/390 and zSeries（在 2.4.21-231-default 内核上测试）
  • SuSE Linux Enterprise Server（SLES）9.0（在 2.6.5-7.97-s390 内核上测试）
  • United Linux V1.0（SLES 8）
• Windows：
  • 带有 SP4 的 Windows 2000 Server
  • 带有 SP4 的 Windows 2000 Advanced Server
  • Windows 2003 Standard Server
  • Windows 2003 Enterprise Server
  • Windows 2003 Datacenter Server
  • 带有 SP1 的 Windows XP Professional

请注意，本发行版中不支持以下操作系统：

• Windows NT(R)
• Windows 2000 Professional
• Windows XP Home Edition

修订包 02 中的新功能

以下项为 IBM Tivoli NetView Fix Pack 02 中的新功能。

新的操作系统防火墙

对于 Red Hat Enterprise Linux Advance Server 3.0 和 SuSE Linux Enterprise Server（SLES）9，如果防火墙打开，则 SNMP 陷阱不会通过。而且，在缺省情况下防火墙是打开的。因此，为了使 IBM Tivoli NetView 能够从外部代理程序接收陷阱，必须将防火墙关闭。

PIX 防火墙故障转移支持

IBM Tivoli NetView 支持监视 Cisco PIX 防火墙故障转移状况。NetView 可在正常状态轮询期间监视 PIX 设备的故障转移状态。发生故障转移时，将会生成一个新的事件，来宣告活动地址是位于主要设备还是位于辅助设备上。此外，操作员还可在图上看到：活动地址何时迁到辅助设备上，指示故障转移已发生并且应当采取措施来防止进一步的故障导致禁用防火墙。管理界面显示 USER2 状态，后者通常为紫色（在缺省情况下）。这向外传播，以将 PIX 设备符号更改为临界。当活动地址被返回到主要设备时，一个事件将宣告这一情况，并且图上的状态将返回成“正常”。

将 netmon.seed 文件用于两台 PIX 防火墙故障转移机器的配置，并用来设置和锁定 SNMP 地址。

有关 PIX 防火墙故障转移支持的更多信息，请参阅 /usr/OV/doc/PixFailoverReadme.pdf 文件。

设置和锁定 SNMP 地址

现在有一个新功能，让 NetView 管理员可以为任何设备设置和锁定 SNMP 地址。

有关更多信息，请参阅修改过的 netmon.seed 文件部分。

修改过的 netmon.seed 文件

种子文件中的两个新标记现在被 netmon 识别出。

• Cisco PIX 防火墙故障转移支持

  故障转移时，PIX 防火墙通常在主要单元和辅助单元之间交换接口。此外，SNMP 访问一般是受到限制的，但必须通过一个地址进行访问。IBM Tivoli NetView 监视 PIX 机器是否需要故障转移。有关更多信息，请参阅文档 /usr/OV/docs/PixFailoverReadme.pdf。

  使用前缀“>”后跟对于 SNMP 可访问的每台机器的 IP 地址。允许出现通配符和范围，但不允许出现主机名。示例如下：

            >172.30.100.2
            >172.30.100.3
  

  此标记自动使 netmon 可以轮询 Cisco MIB 是否需要故障转移、设置和锁定 SNMP 地址，并支持对此节点的 SNMP 状态轮询。

• 为节点设置和锁定 SNMP 地址

  缺省情况下，IBM Tivoli NetView 在知悉某个节点的相应接口关闭时，会尝试为该节点更改 SNMP 地址。然而，对于某些节点，覆盖这个行为会很有用处。

  使用前缀“=”后跟应为 SNMP 查询设置和锁定的 IP 地址。允许出现通配符和范围，但不允许出现主机名。

  此标记用来设置和锁定 SNMP 地址，这样 IBM Tivoli NetView 将不尝试更改 SNMP 地址。

新的 Layer2Status 对象（当装有 Tivoli Switch Analyzer 时）

当 IBM Tivoli Switch Analyzer（ITSA）与 IBM Tivoli NetView 安装在一起时，它会将系统中断与第 2 层根本原因相互关联。当根本原因出在交换机时，NetView 就会将该交换机的图标颜色更改为黄色，以指示端口相关的第 2 层问题。新的 Layer2Status 对象在交换机下以新的接口对象表示第 2 层状态，从而直观地显示第 2 层状态。这个新对象的缺省标号为“Layer2Status”，选择名称为“<switchhostname>:Layer2Status”。 交换机图标的状态取决于 IP 接口和新 Layer2Status 对象的标准传播方案，但当 IP 状态更重要时，IP 状态就优先。

ITSA 负责在存在关联问题时在交换机上设置 ovwdb 字段“Layer2Status”，并且 ITSA 在问题解决后复位状态。新 Layer2Status 对象的状态反映了“Layer2Status”字段中的值。将此状态更改为“临界”时，netmon 将发出“接口 Layer2Status 临界”事件。 此事件与“接口关闭”事件具有相同的特定标识。 当第 2 层状态返回成正常时，将对 Layer2Status 对象发送标准接口事件“接口打开”。

交换机节点的现有 Layer2Status 事件将继续被发送，并为 ipmap 所使用。可使用 ovobjprint 查看新的 Layer2Status 对象字段。

创建新的 Layer2Status 对象时，事件浏览器中将会出现以下消息。

• ContainerLayer2 N Network ContainerLayer2Status 受管

• <switch name> N 连接被添加到 ContainerLayer2Status.Segment1

  注意：会为每个交换机显示 <switch name> 消息。

ovtopodump -r 现在仅为给定节点列出每个接口一次。

ovtopodump -r 命令已被修改成仅为给定节点列出每个接口一次。对于在同一网络上具有多个接口的节点，它过去是为每个节点打印所有接口。

用于 Web 控制台的、用户可设置的密码

为了更好地管理用户帐户，已更改了三处。

• 允许用户重设他们自己的密码。

  以前，更改用户密码的唯一方法就是在 NetView 服务器上运行 Web 控制台安全性应用程序，或者让 NetView 管理员使用文本编辑器编辑 /usr/OV/www/conf/NetViewRealm.properties。现在，用户可重设他们自己的密码。

• 无需停止和启动 Web 服务器便可更改密码。

• 支持密码到期。

已经创建了新文件以支持密码到期。

• 使用新文件 /usr/OV/www/conf/NetViewRealm.xml（用于 UNIX）或 \usr\ov\www\conf\NetViewRealm.xml（用于 Windows）管理密码到期，并且使用新脚本（对于 UNIX，是 /usr/OV/bin/generateNetViewRealmXML；对于 Windows，是 \usr\ov\bin\generateNetViewRealmXML）来管理该文件。

以下是使用新的“Web 控制台安全性”功能部件方面的指示信息。

• 初始化 Web 控制台安全性设置

  作为 IBM Tivoli NetView Fix Pack 02 安装的一部分，创建了新文件 NetViewRealm.xml。最初将设置 NetViewRealm.xml，这样密码将永不到期。

  • 示例：NetViewRealm.xml（密码永不到期）

    <NetViewRealm validFor="-1"/>
    

    在此例中，密码永不到期。当“validFor=”属性值为 -1 时，NetViewRealm 应该为空元素。

    若想在“validFor=”属性的当前值为 -1 时重新启用更改密码功能，NetView 管理员需要执行以下操作之一：

    • 删除 NetviewRealm.xml 文件并运行 generateNetViewRealmXML。新的 NetViewRealm.xml 将以缺省值生成。“validFor=”属性的缺省设置为 186 天。所用现有用户的“since=”属性的缺省值为 generateNetViewRealmXML 运行的日期。

    • 将“validFor=”属性设置为期望密码有效的最大期限，然后运行 generateNetViewRealmXML。“validFor=”属性的这个值将被保留。会为所有现有用户添加条目，同时“since=”属性设置为 generateNetViewRealmXML 运行的日期。

    注意：一旦运行了 generateNetViewRealmXML，根据“validFor=”属性，所有的用户帐户都将同时被设置为到期。事先会警告用户更改其密码。如果用户没有更改其密码，他们的用户帐户将被删除。请参阅密码到期后登录部分以了解更多详细信息。

• NetviewRealm.xml 文件说明。

  NetviewRealm.xml 文件包含与用户帐户密码到期相关的属性。各个属性如下：

  • “validFor=”属性决定着密码有效的最大天数。“validFor=”属性的缺省设置为 186 天（与初始设置 -1 不同）。

  • “expireWarning”属性即密码到期前开始向用户显示警告消息的天数。

  • “dateFormat”属性即“since”属性使用的日期格式。

  • “Account name=”属性保存用户名。

  • “since=”属性（与“Account name=”属性一起使用）记录上次更改用户密码的时间。缺省值为运行 generateNetViewRealmXML 的日期。

  带有用户帐户的 NetViewRealm.xml 文件的示例如下。

  <NetViewRealm validFor="186" expireWarning="21" dateFormat="yyyyMMdd">
  <Account name="jane" since="20040701"/>
  <Account name="john" since="20040701"/>
  <Account name="maria" since="20040701"/>
  "	...
  </NetViewRealm>
  

• 创建 Web 控制台用户帐户

  要添加新的 Web 控制台用户帐户并使 NetViewRealm 文件保持同步，请使用以下方法之一：

  1. 使用“Web 控制台安全性”添加 Web 控制台用户帐户。建议使用此方法，因为“Web 控制台安全性”能够使文件保持同步。

     此方法将从新用户的 NetViewRealm.xml 文件抽取当前的一般密码到期设置。有关如何修改一般密码到期设置的详细信息，请参阅编辑 NetViewRealm.xml 部分。

  2. 手工编辑 NetViewRealm.properties 和 NetViewRealm.xml 文件。

     当 NetView 管理员需要添加大量用户时，手工编辑 NetViewRealm.properties 比使用“Web 控制台安全性”操作更加简便。

     更新 NetViewRealm.properties 文件而不是手工向 NetViewRealm.xml 文件添加相应更新后，管理员可以仅仅将 Web 控制台安全性用户帐户信息添加（或除去）到 NetViewRealm.properties 文件，然后运行 generateNetViewRealmXML 以更新 NetViewRealm.xml 文件。

     注意：向 NetViewRealm.properties 文件添加用户后，NetView 管理员应该启动 Web 控制台安全性并指定保存更新。像以前一样，这将对手工添加的任何用户的密码加密。

  注意：添加／删除 Web 控制台用户帐户后，总是重新启动 Web 服务器。

• 登录期间更改密码

  一个新按钮添加到了 NetView Web 控制台登录屏幕中：

  • 更改密码（已禁用）

  这个新按钮使用户能够在登录到 NetView Web 控制台时更改他们的密码。

  在 Web 控制台登录屏幕中输入用户名和密码后，他们可单击更改密码。

  认证检查请求被发送到服务器。光标变为沙漏，直至接收到响应。

  如果认证成功，登录对话框将关闭。接下来，用户应该遵循“更改密码”下的步骤。

• 更改密码
  1. “更改密码”对话框打开，并显示两个标为“新密码”和“确认新密码”的密码输入字段。第一个字段中显示光标。“确定”按钮被禁用。

  2. 用户输入一个新密码，并按下 Tab 键。光标转移到第二个密码字段。
  3. 用户重新输入一个新密码，然后按下 Tab 键。

     如果这两个密码不相同，用户就会收到错误消息“密码不相同”。这两个密码字段都会被清除。光标转到第一个密码字段。此时，用户应该再次尝试。

     在任何一种情况下，光标都会转到“确定”按钮。“确定”按钮为缺省按钮。

  4. 用户按下 Enter 键，或单击确定。

     密码更改请求被发送到 Web 服务器。光标变为沙漏，直至接收到响应。如果密码更改成功，登录对话框将关闭，并且 Web 控制台将启动。

     用户的新密码不得与旧密码相同。

     可能的错误：

     • 此时无法更改密码（他人正在访问文件）

       显示对话框，带有错误消息“密码文件忙碌。是否重试？”以及按钮“是”和“否”。按钮“是”为缺省按钮。

       如果用户按下 Enter 键或单击是，则“错误”对话框将关闭。重复此步骤（重新发送密码更改请求）。

       如果用户单击否，则“错误”对话框将关闭。登录对话框将关闭，并且 Web 控制台将启动。

     • NetViewRealm 属性文件访问超时

       显示对话框，带有错误消息“域属性文件访问超时。请稍后重试。”仅有的一个按钮“确定”被启用。如果用户按下 Enter 键或单击确定，则“错误”对话框将关闭。重复更改密码步骤以重新发送密码更改请求。如果用户在几次尝试后仍收到此错误消息，则管理员可能正在使用 Web 控制台安全性。Web 控制台安全性锁定了密码文件，用户无法在文件锁定期间更改密码。用户应该按下按钮以关闭“更改密码”对话框，并启动 Web 控制台。用户应该就访问超时的问题与管理员取得联系。

• 在密码即将到期时登录

  就在成功登录后，而在登录对话框关闭之前，用户将会收到通知，该通知指出密码即将到期，并提示用户更改该密码。新密码立即生效。

• 密码到期后登录

  如果用户密码已到期，用户便无法登录到 Web 控制台，所以必须与 NetView 管理员取得联系以获取一个新的密码。

  如果除去（从 NetViewRealm.properties）密码已到期的帐户的每日任务已将此帐户除去，则 NetView 管理员必须使用 Web 控制台安全性来重设用户密码和／或恢复用户帐户。

  此每日任务除去密码已到期的帐户，并将已除去帐户的相关信息记录到 ${jetty.home}/logs/expiredpasswords.log 中。NetView 管理员可使用此信息恢复帐户。

• 编辑 NetViewRealm.xml

  NetView 管理员可手工编辑 NetViewRealm.xml 文件以更新与密码到期相关的各种属性。

  一旦启用了密码到期（请参阅初始化 Web 控制台安全性设置部分），NetView 管理员可通过将 NetViewRealm.xml 中的“validFor=”属性的值设置为 -1 并运行 generateNetViewRealmXML 来再次禁用它。此 时，generateNetViewRealmXML 删除所有的帐户名称条目并使 NetViewRealm 成为空元素。

  NetView 管理员可更改 NetViewRealm.xml 中的“validFor=”属性的值，从而更改密码的有效期限。

  要更改用户收到其密码即将到期的通知的时间，请更改“expireWarning=”属性值。缺省值为 21 天。换句话说，当用户在密码有效的三周内登录时，他们将看到显示消息“您的密码将在 21 [20, ...] 天后到期。现在想要更改它吗？”的对话框。

  NetView 管理员应该仅更改“expireWarning=”和“validFor=”属性的值。管理员不应更改“帐户”元素。

  • 示例：NetViewRealm.xml（包含已到期和未到期的密码）

    <NetViewRealm validFor="30" expireWarning="7" dateFormat="yyyyMMdd">
    <Account name="jane" since="20040701"/>
    <Account name="john" since="20040628"/>
    <Account name="maria" since="20040627"/>
    ...
    </NetViewRealm>
    

    在这个示例中，密码最大期限为 30 天。如果今天是 2004 年 7 月 28 日，Jane 就必须在 7 月 31 日或之前更改她的密码。Jane 今天登录到 Web 控制台时，她被告知她的密码将在 3 天后到期，并被询问是否想要更改其密码。John 今天必须更改他的密码。John 今天登录到 Web 控制台时，他被告知他的密码将在今天到期，并被询问是否想要更改其密码。当他使用 Web 控制台时，他的密码可以到期一次。由于 Maria 的密码已经到期，她必须让 NetView 管理员为她更改密码。实际上，Maria 的帐户很可能已经被每日到期密码除去任务 从文件中除去了。

    注意：“since=”属性为密码上次更改的日期。这让管理员无需重新计算 “since=”属性值便可更改“validFor=”属性的值。

  注意：编辑 NetViewRealm 文件后，请运行 generateNetViewRealmXML 并重新启动 Web 服务器。

应答／取消应答更改

IBM Tivoli NetView for UNIX 中的“全局应答／取消应答”功能现在适用于用户创建的非 IP 图对象。

在 UNIX 和 Windows 上，现在可确认对象状态为“正常”的图对象。

Windows 上的 SNMPv2 陷阱支持

Windows 上的 trapd 守护进程现在可接收外部 SNMPv2 陷阱。进入的 SNMPv2 陷阱被转换为它们的 SNMPv1 等价物。trapd 还应答 SNMPV2 INFORM。

要接收 SNMPv2 陷阱，必须将 trapd 重新配置为直接在进入的陷阱端口（通常为 162）上侦听陷阱。它无法通过 Microsoft(R) Windows 陷阱服务接收 SNMPv2 陷阱。要想将 trapd 配置为在端口 162 上侦听陷阱：

1. 停止所有 NetView 守护进程和 NetView 服务。

      > ovstop
      > nvservice -stop
   

2. 使用 regedit 将以下键的值从 1 更改为 0：

      HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdSharePort162
   

3. 使用 regedit 以值 162（十进制）创建以下 DWORD 键：

      HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdTrapReceptionPort
   

4. 停止 Windows SNMP 陷阱服务。

      > net stop snmptrap
   

5. 通过使用“控制面板”将服务启动设置从“自动”更改为“手动”或“已禁用”，来防止 Windows SNMP 陷阱服务启动。
6. 除去并重新安装 NetView 服务，使其不再依赖于 Windows 陷阱服务。

      > nvservice -remove
      > nvservice -install -username .\NetView -password <password>
   

7. 重新启动 NetView 守护进程。

注意：进入的包含 64 位值的 SNMPv2 陷阱被从转换后的 SNMPv1 陷阱中删除。如果对 trapd 启用了跟踪，则已删除的值将被记录到跟踪文件。

添加到 nvmaputil 管理界面／取消管理界面子命令的选择名称支持

nvmaputil 管理界面／取消管理界面子命令现在接受 IP 地址或选择名称。如果 IP 地址被使用并且该地址未被找到或多个对象具有同一 IP 地址，则 nvmaputil 将会退出，并提示用户输入该选择名称。

新的 autoTrace 启动／停止脚本（仅限 UNIX）

注意：AutoTrace 仅存在于 UNIX 上。

已经创建了新脚本 /usr/OV/service/nvAT，从而在无需重新引导系统的情况下控制 AutoTrace 子系统的功能。此脚本容纳了前发行版说明中涉及控制 AutoTrace 的步骤。

用法语句：

用法：nvAT [start|status|stop]
  nvAT [/h | /?]
  start     ：初始化 AutoTrace 子系统并启动 NetView 通道

  status    ：显示 AutoTrace 子系统的状态

  stop      ：停止 NetView 通道和 AutoTrace 子系统

  /h        ：帮助

  /?        ：本用法语句

对在 Web 控制台交换机管理视图上显示 VLAN 的有限支持

修改后的 Web 控制台交换机管理视图会显示每个端口所在的 VLAN。这是通过共用字符串索引完成的。这需要使用共用字符串 <community name>@<port number>，其中 <community name> 为设备的共用字符串，而 <port number> 为交换机 VLAN 表中的 VLAN 端口号。

这些更改仅适用于支持 Cisco BRIDGE_MIB 的交换机，实际上就是 Cisco Catalyst 交换机。显示其它交换机，但不显示 VLAN 信息。

Cisco 为以下各项提供支持：

• CatOS 6.3(4)
• Catalyst IOS V12.0(5)WC5a
• Catalyst 3524XL。

请参阅：http://www.cisco.com/en/US/tech/tk648/tk362/technologies_configuration_example09186a008015773e.shtml

显示 VLAN 信息：

• 在 Web 控制台上，左键单击交换机，单击监视器 -> 交换机管理 -> xxxx 视图，其中 xxxx 为视图类型之一。
• 这将显示端口列表。如果找到了 VLAN，则显示所有端口并指出它们所在的 VLAN。
• VLAN 名称被追加至每个端口名称。管理员将 VLAN 名称（如“marketing”或“sales”）指定给该端口。如果未指定，则 VLAN 名称通常显示为“default”或“VLAN0001”等。
• 端口视图以字母升序排列。对于其它视图，尽管初始显示是随机的，但仍可象以前一样选择排列的顺序。
• 该视图不显示非操作 VLAN 端口。
• 某些支持 Cisco BRIDGE-MIB 的交换机不支持共用字符串索引。它们的视图不显示 VLAN。测试交换机是否支持共用字符串索引的唯一方法就是尝试使用此类共用名。如果尝试超时，即可假定它不支持共用字符串索引。对于此类交换机，这在检索和显示信息之前，会导致延迟大约 1.5 秒的时间（使用的超时）。

此实现中的局限：

• 未更改 3 秒钟的超时时间。
• 从具有大量 VLAN（假设 100 以上）的交换机请求视图可能会在可用于进程的线程数上，陷入资源限制。

“服务器设置”工具中的“添加／更改服务器”选项

使用“服务器设置”工具中的“添加／更改服务器”选项配置 NetView 客户机时，ICMP 回送信号请求（ping）被用来测试与所提议的 NetView 服务器的连接。在先前的发行版中，如果 ping 没有给予有效响应，则 NetView 便假设选择的 NetView 服务器无效或不可达，并且不允许使用该服务器配置客户机。现在，如果 ping 失败了，服务器设置工具将显示警告并继续配置。

清除数据库后重新创建缺省 SmartSet

在“服务器设置”工具中，选项维护 -> 清除数据库 -> 清除对象／拓扑／映像数据库，除去定制现在可重新创建缺省的 SmartSet。在 IBM Tivoli NetView 的前发行版中，缺省的 SmartSet 已被此选项除去。

新的 NetView 文件／目录安全性脚本

已经提供了新脚本 /usr/OV/service/nvPerms，它将限制 IBM Tivoli NetView 文件和目录的许可权以强化安全性。用户可在安装修订包后输入

man nvPerms

nvPerm 脚本仅复位 Tivoli NetView 文件和目录的许可权，这样：

• root 用户继续拥有他过去始终有的相同许可权。

• 在 nvPerms 脚本命令行上定义的组成员可运行应用程序并更改守护进程选项，但他们不能关闭守护进程或执行管理任务（例如，所有非 root 用户过去享有的相同许可权）。

• 所有其他用户（即不是定义组成员的任何非 root 用户）均无权执行任何操作。

注意：nvPerms 不能用于 NetView 本机客户机／服务器环境中。

新的 trapd 环境变量

APAR IY53703 引入了一个可被 trapd 使用的新环境变量，以帮助用户更好地控制字符串中包含十六进制数据的变量的格式化。目前，trapd 尝试将此数据解释为可打印，从而使 trapd.log 和事件窗口中的输出尽可能得可读，除非有半数以上的字符串包含不可打印的字符。然而，用户有时知道应该将整个字符串打印为十六进制数据，例如当它实际上是一个 MAC 地址时。用户如果希望使 trapd 更加严格地解释十六进制数据，并且将整个字符串转储为十六进制（除非它整个都可打印），则应该设置 TRAPD_STRICT_HEX_FORMAT 环境变量，让这些发生。

• 在 UNIX 上，创建具有以下行的 /usr/OV/bin/netnmrc.pre 文件，或将该行添加至此名称的现有文件：

  	export  TRAPD_STRICT_HEX_FORMAT=TRUE
  

  然后必须重新启动所有的守护进程，这样它们才能继承此变量。重新引导 NetView 机器，或使用“ovstop nvsecd”停止所有守护进程。然后使用“/etc/netnmrc”（AIX）或“/etc/init.d/netnmrc”（Solaris 或 Linux）启用此更改。

• 在 Windows 上，使用控制面板设置环境变量：

  	控制面板 --> 系统环境 --> 高级 --> 环境变量  --> 添加
  		变量名                      值
  		TRAPD_STRICT_HEX_FORMAT     TRUE
  

  然后重新引导 NetView 机器以启用更改。

新的 serversetup snmpCollect 守护进程选项

由于 APAR IY56563，已将新选项“将已收集的数据添加至 NetView Warehouse 吗？”添加至 serversetup 中的 UNIX snmpCollect 守护进程选项。

在缺省情况下，该新选项为“是”。将该选项指定为“是”将导致使用 -w 选项启动 snmpCollect 守护进程，而该选项支持将已收集的数据添加至 NetView Warehouse。将该选项指定为“否”将不能向 NetView Warehouse 添加已收集的数据。

注意：这个新选项仅显示在 serversetup 路径中，而不显示在此修订包中为 snmpCollect 守护进程设置选项的 UNIX smit 路径中。变通方法是使用 serversetup 代替 smit。

新的 snmpCollect 选项

作为 APAR IY58514 的一部分，添加了以下两个 snmpCollect 命令：

• snmpCollect -F

  从 NetView Tivoli Data Warehouse 数据库断开 snmpCollect 的连接，但允许 snmpCollect 继续运行。它在 zLinux 上不可用。

• snmpCollect -A

  使 snmpCollect 连接到 NetView Tivoli Data Warehouse 数据库而无需重新启动 snmpCollect。它在 zLinux 上不可用。

新的 trapd.conf 文件

对于 UNIX，随本修订包一起提供了一个新的 trapd.conf 文件。对 trapd.conf 进行的更改更正了一些问题：这些问题中，一部分与 APAR IY57432 相关，在就事件向 Tivoli Enterprise Console 发送接口列表时出现；另一部分在 Linux 上与 APAR IY52871 相关，当在 Linux 上从事件窗口启动 MIB 浏览器时出现。

如果还未定制 /usr/OV/conf/C 中的 trapd.conf（而非 /usr/OV/conf 中过时的 trapd.conf 文件），只需使用 /usr/OV/newconfig/OVSNMP-RUN 中新的 trapd.conf 替换它。然而，如果原始的 trapd.conf 已被修改，则手工地将所作更改添加至原始文件。有关详细信息，请参阅就事件向 Tivoli Enterprise Console 发送接口列表和为启动 MIB 浏览器而对 trapd.conf 作出的更改部分。

注意：请参阅修订包 01 中的新功能部分以获取 Windows trapd.conf 文件的相关信息。

为在 Linux 上启动 MIB 浏览器而对 trapd.conf 作出的更改

如上面的新的 trapd.conf 文件部分中所述，随本修订包一起提供的新 trapd.conf 通过在 Linux 上从事件窗口启动 MIB 浏览器，更正了 APAR IY52871 所描述的问题。

如果原始的 trapd.conf 已被修改，则手工地将新 trapd.conf 中的更改添加至原始的 trapd.conf 文件。否则，单单使用新的 trapd.conf。

建议使用 xnmtrap 编辑 trapd.conf 文件，因为这么做会让 trapd 在您完成时自动地重新装入它。您必须作为 root 用户编辑。

1. 从命令行启动 xnmtrap：/usr/OV/bin/xnmtrap
2. 单击配置其它操作。
3. 选择浏览 MIB，它将填写“为操作员配置其它操作”面板。
4. 通过在尾部添加空格和引号，更改显示在“命令”框中的命令。也就是，将其从：

   /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`

   更改为：

   /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "

5. 单击“为操作员配置其它操作”面板底部的确定。
6. 单击确定退出 xnmtrap。

注意，还可使用另一编辑器进行此更改。找到显示以下内容的行：

ACTION 0 "Browse MIB" /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`

ACTION 0 "Browse MIB" /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "

然后保存该文件。接着，您必须重新启动 trapd 或发出命令“/usr/OV/bin/event -e FMTCHG”使其重新读取该文件。

就事件向 Tivoli Enterprise Console 发送接口列表

APAR PJ29821（Windows）和 IY57432（UNIX）处理某些在发送到 Tivoli Enterprise Console（R）时未能正确进行语法分析的事件。因为在特定的环境中，某些节点和路由器拥有众多的接口（超过 30 个），结果作为 varbind 8 发送的接口列表过大，致使 Tivoli Enterprise Console 无法正确分析。这个问题的解决方法是不再作为这些事件的一部分，向 Tivoli Enterprise Console 发送接口列表。

• UNIX

  在 IBM Tivoli NetView for UNIX 中，这受 trapd.conf 中槽映射条目的控制。用于 UNIX 的修订将提供新的 trapd.conf（在 /usr/OV/newconfig/OVSNMP-RUN 中），但这将不自动替换用户当前已安装在 /usr/OV/conf/C/trapd.conf 中的已定制对象。因此，用户应在其当前系统上手工作出此修改（或如果还未定制 trapd.conf，就单单使用新的替换当前的）。

  使用 xnmtrap 修改 trapd.conf 中的以下每个条目，首先请单击 T/EC 槽映射。然后在弹出窗口中选择“iflist”条目，并单击“删除”。然后对每个都单击确定，并再次单击“确定”以完成对该陷阱的编辑。继续，直至完成。然后按下“确定”最终退出 xnmtrap。

  • IBM_NVNM_EV   	50790400 （节点临界）

  • IBM_NVNUP_EV 	58916864 （节点运行）

  • IBM_NVNDWN_EV 	58916865 （节点关闭）

  • ROUTDOWN_EV	58916971 （路由器关闭）

  • ROUTUNREACH_EV	58916972 （路由器不可达）

  • ROUTERUP_EV	58916973 （路由器运行）

  • ROUTMARG_EV	58916974 （路由器临界）

• Windows

  在 IBM Tivoli NetView for Windows 中，这受文件 \usr\ov\conf\tecad_nv6k.cds 中条目的控制。用于 Windows 的修订将提供新的 tecad_nv6k.cds，但在 \usr\ov\newconfig\tecad 中。这个新文件将不替换用户在 \usr\ov\conf\tecad_nv6k.cds 中的定制文件。因此，为了避免此问题，用户应该在其当前系统上手工地进行此修改。

  在 \usr\ov\conf\tecad_nv6k.cds 文件中，找到以下每个陷阱的条目：

  • 50790400 （节点临界）

  • 58916864 （节点运行）

  • 58916865 （节点关闭）

  • 58916971 （路由器关闭）

  • 58916972 （路由器不可达）

  • 58916973 （路由器运行）

  • 58916974 （路由器临界）

  在 SELECT 语句下，除去显示以下内容的行：

  6: ATTR(=, "VB_8") ;
  

  在 MAP 语句下，除去显示以下内容的行

  iflist = $V6 ;
  

  例如，提供的“节点运行”条目与以下相似：

  CLASS TEC_ITS_NODE_STATUS
    SELECT
      1: ATTR(=,$ENTERPRISE) , VALUE(PREFIX, "1.3.6.1.4.1.2.6.3" ) ;
      2: $SPECIFIC = 58916864 ;
      3: ATTR(=, "nvObject" ) ;
      4: ATTR(=, "nvEventDescr" ) ;
      5: ATTR(=, "nvApplNbr" ) ;
      6: ATTR(=, "VB_8") ;
    FETCH
      1: IPADDR($V3);
    MAP
      origin = $F1 ;
      hostname = $V3 ;
      msg = $V4 ;
      category = $V5 ;
      nodestatus = 1 ; # UP
      iflist = $V6 ;
      nvhostname = $ADAPTER_IP ; # Required for ALL TEC_ITS events
  END
  

  用户将想要让其与以下相似：

  CLASS TEC_ITS_NODE_STATUS
    SELECT
      1: ATTR(=,$ENTERPRISE) , VALUE(PREFIX, "1.3.6.1.4.1.2.6.3" ) ;
      2: $SPECIFIC = 58916864 ;
      3: ATTR(=, "nvObject" ) ;
      4: ATTR(=, "nvEventDescr" ) ;
      5: ATTR(=, "nvApplNbr" ) ;
    FETCH
      1: IPADDR($V3);
    MAP
      origin = $F1 ;
      hostname = $V3 ;
      msg = $V4 ;
      category = $V5 ;
      nodestatus = 1 ; # UP
      nvhostname = $ADAPTER_IP ; # Required for ALL TEC_ITS events
  END
  

新规则集 overridestatus_user1.rs 将替换 setstatusseverity.rs

IBM Tivoli NetView for Windows 用户可实现新规则集 overridestatus_user1.rs，它替换损坏的规则集 setstatusseverity.rs。新文档 \usr\ov\doc\Rulesets_on_Windows.readme 记录了规则集样本以供与相关守护进程 nvcord 一起使用。用户应该将 setstatusseverity.rs 删除。它在将来的发行版中将不提供。

添加至 UNIX xnmsnmpconf 命令的新选项

下面列出的三个新选项已被添加至 xnmsnmpconf 命令。注意：方括号（[]）中的字符是可选的。

1. xnmsnmpconf -clearn[odedb]

   将所有条目从包含特定节点条目的 SNMP 配置 nodedb 文件（nodedb.dir 和 nodedb.pag）除去。

2. xnmsnmpconf -clearw[ilddb]

   将所有条目从包含 IP 地址通配符条目的 SNMP 配置 wilddb 文件（wilddb.dir 和 wilddb.pag）除去。

3. xnmsnmpconf -clearco[lldb]

   将所有条目从包含 SmartSet 条目的 SNMP 配置 colldb 文件（colldb.dir 和 colldb.pag）除去。

注意：SNMP 配置文件位于 /usr/OV/conf/ovsnmp.conf_db 目录中。

有了这三个新选项和先前已存在的“xnmsnmpconf -clearCache”，现在可通过输入以下四个命令将 SNMP 配置数据库整个清除：

1. xnmsnmpconf -clearnodedb
2. xnmsnmpconf -clearwilddb
3. xnmsnmpconf -clearcolldb
4. xnmsnmpconf -clearCache

tecint.conf 文件中 nvserverd 的新选项（仅限 UNIX）

在 APARs IY56279 与 IY60528 结合的情况下，已将三个新选项添加至 UNIX 上的 tecint.conf 文件，以控制 nvserverd 中内部 Tivoli Enterprise Console 适配器的行为。在缺省情况下，这些选项被注释掉，但用户可如下所述，通过除去它们前面的井号（#）对它们取消注释，从而改变 nvserverd 行为。已经提供了 tecint.conf 的新手册页以记录这些选项。

• NvserverdTraceTecEvents=Yes

  设置为“Yes”或“YES”时，这个标志使 nvserverd 创建正在发送到 Tivoli Enterprise Console 的事件的 /usr/OV/log/nvserverd.log。同样记录在此处的还有内部适配器自身的启动参数，以及涉及内部适配器的错误消息（如果记录了任何这样的消息）。此错误信息先前仅在 nettl 日志中提供。在 tecint.conf 文件中使用此标志消除了在 /usr/OV/bin/netnmrc.pre 中导出环境变量 NVSERVERD_TRACE_TEC_EVENTS=YES 以控制日志记录功能的必要。而且，它将覆盖该变量（如果存在）。如果“NvserverdTraceTecEvents=”标志在 tecint.conf 文件中不存在或者它已被注释掉，则缺省行为就是不创建任何 nvserverd.log。

• NvserverdPrimeTecEvents=No

  设置为“No”或“NO”时，此标志使 nvserverd 打开一个带有相关守护进程 nvcorrd 的会话，该会话就像事件窗口那样请求不以最近事件作准备。缺省行为是准备 Tivoli Enterprise Console 规则集。准备它会增加发生以下情况的可能性：如果在 nvcorrd 保持活动状态的同时，停止然后重新启动 nvserverd，就会向 Tivoli Enterprise Console 发送重复的事件。使用此条目消除了在 /usr/OV/bin/netnmrc.pre 中导出环境变量 NVSERVERD_PRIME_TEC_EVENTS=NO 以控制准备功能的必要。而且，它将覆盖该变量（如果存在）。

• NvserverdSendSeverityTecEvents=Yes

  设置为“Yes”或“YES”时，这个标志使 nvserverd 还原到其在 NetView 7.1.4 前的行为，并就发送到 Tivoli Enterprise Console 的事件，发送用户可配置的 NetView 严重性。最初在 7.1.4 中删除了事件严重性，因为它干扰了 IBM Tivoli Enterprise Console V3.9（以及用于版本 3.8 和 3.7.1 的修订包）中所提供的新 Tivoli Enterprise Console 规则的工作。当在 Tivoli Enterprise Console 服务器上接收到 NetView 内部事件时，这些新的 Tivoli Enterprise Console 规则就自动设置那些事件的严重性，并根据事件相关和在 Tivoli Enterprise Console 服务器上打开的时间，使它升级或降级。然而，许多用户不准备使用这些新规则，而要求仍发送 NetView 严重性以使其自己的定制规则工作。因此将新的“NvserverdSendSeverityTecEvents=”标志作为迁移辅助功能提供。使用此条目消除了在 /usr/OV/bin/netnmrc.pre 中导出环境变量 NVSERVERD_SEND_SEVERITY_TEC_EVENTS=YES 以控制严重性发送的必要。而且，它将覆盖该变量（如果存在）。如果“NvserverdSendSeverityTecEvents=”标志在 tecint.conf 文件中不存在或者它已被注释掉，则缺省行为就是在缺省事件上不发送任何严重性字段。slotmap 字段中的显式编码严重性不受此更改的影响。

修订包 01 中的新功能

以下项为 IBM Tivoli NetView Fix Pack 01 中的新功能。

修改过的 tdwdaemon.lrf

APAR IY48379 描述的问题是 ovstop 命令并不总是停止 tdwdaemon。 本修订包中创建和包括了一个修改过的 tdwdaemon.lrf，该文件更正了这个问题。 要在 UNIX 平台上安装此更正，必须使用以下步骤替换安装中的 tdwdaemon.lrf 文件：

1. 停止 tdwdaemon（ovstop tdwdaemon）。
2. 从 ovsuf 文件中删除 tdwdaemon 条目（ovdelobj tdwdaemon.lrf）。
3. 重命名当前的 tdwdaemon.lrf 文件（cp /usr/OV/lrf/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.save）。
4. 在原 lrf 文件基础上复制新的 tdwdaemon.lrf（cp /usr/OV/newconfig/IBMVA-RUN/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.lrf）。
5. 向 ovsuf 文件添加 tdwdaemon（ovaddobj tdwdaemon.lrf）。
6. 重新启动 tdwdaemon（ovstart tdwdaemon）。

要取消此更正部分，请遵循以上指示信息，并将两个复制步骤替换为将保存的 lrf 文件一次性复制回原来的位置。

增强的位置敏感拓扑功能

增强了位置敏感拓扑功能（location.conf）以允许网关条目中出现 IP 地址范围和通配符。范围和通配符可在任何部分的网关 IP 地址中使用。网关名称中不能使用通配符。

以下更改（应该手动地将其应用于 location.conf 文件的注释部分）描述对网关名称或地址字段所作的更改：

网关条目的格式为：

<位置名><网关名或地址>

其中，位置名为该网关应处于的位置的名称，而网关名或地址为其某一接口的网关或 IP 地址的名称（以点分十进制符号表示）。网关 IP 地址中允许存在通配符和范围（如 5.25-30.2.8 或 3.5.*.*）。 网关名中不允许存在通配符（myrouter.company.com）。

网关条目示例：

如果一个网关与多个网关条目相匹配，则会任意选择一个条目。为了帮助解决重叠网关条目的问题，location.log 文件中会显示有关网关接口与多个条目相匹配的警告消息。这些只是警告消息；它们并不表示网关／路由器的放置存在任何问题。

修改过的 netmon.seed 文件

本修订包附带了一个修改过的 netmon.seed 文件，该文件针对的是 APAR IY47145。此文件记载，为了明确发现某一节点并使其成为 SNMP 管理的节点，netmon.seed 文件中必须有两个条目：一个用于发现节点，另一个用于 SNMP 管理。本修订包将修改过的 netmon.seed 文件放在 UNIX 上的 /usr/OV/newconfig/IBMVA-RUN/ 子目录中，和 Windows 上的 \usr\ov\newconfig\netmon 子目录中。

备用共用名最大数目

缺省情况下，可以在 communityNames.conf 文件中指定最多 7 个备用共用名。通过将 netmon.conf 文件中的环境变量 MaximumCommunityNames 设置为 0-100 范围内的一个值，您可以修改所允许的备用共用名最大数目。

新的 trapd.conf 文件

新的 trapd.conf 文件是随本修订包一起提供的。这个 trapd.conf 文件不再误截断 NetView for Windows 的 trapd.conf 文件中 HPCIFxxx 陷阱的某些值。 在 \usr\ov\newconfig\ovsnmp-run\trapd.conf 中可以找到该文件。 如果想要使用此文件并且还未定制 \usr\ov\conf\trapd.conf，则可使用它来替换在 \usr\ov\conf\trapd.conf 中找到的文件。然而，如果原始文件已被修改，您必须合并这两个文件。

启用辅助 IP 地址检索

如果您在使用 servmon 执行 ITM 查询时查找服务遇到困难，则需要启用辅助 IP 地址检索以进行 servmon 初始化。

在 servmon 初始化期间启用 servmon 的辅助 IP 地址检索，即通过在仅由 SECONDARY_IPADDRS 组成的 servmon.conf 中添加一行。缺省情况下，在 servmon 初始化期间不会检索辅助 IP 地址。

但是，启用这项功能会大大提高性能。进行此更改之前，最好先让 NetView 稳定下来。一旦 NetView 处于运行状态，则完成以下操作：

1. 使用 ovstop servmon 停止 servmon。
2. 修改 servmon.conf 文件。
3. 使用 ovstart servmon 重新启动 servmon。

修订包说明