通过 TCP/IP 进行 NRPC 名称到地址解析

何时编辑“服务器”文档中的“网络地址”字段

Domino® 中服务器的 TCP/IP 网络地址的缺省格式是其标准域名 (FQDN)（例如 app01.renovations.com），该名称基于 DNS 记录和系统 TCP/IP 堆栈中的 IP 地址引用。Notes® 工作站或 Domino® 服务器请求此名称时，TCP/IP 解析程序将其传递给 DNS，然后 DNS 将该名称直接解析为目标服务器的 IP 地址，无论请求系统的 DNS 域层如何。

如果不想在“网络地址”字段中输入 FQDN，可以在服务器安装过程中或以后编辑“服务器”文档时将其更改为简单的 IP 主机名，例如 app01。例如，如果要为 NRPC 设置多个 TCP 端口，您可能会使用简单的 IP 主机名，因为在此配置中，如果 Notes® 名称服务为错误的 TCP 端口返回 FQDN，则对每个网络地址都使用 FQDN 可能会导致连接故障。这种情况下，使用简单的 IP 主机名可以确保 DNS 在请求系统 TCP/IP 堆栈设置中定义的域范围内的所有域层进行查找。

辅助名称服务器

要确保 Notes® 名称服务通过 TCP/IP 始终可用，在设置 Notes® 用户时，可以指定一个 Domino® 辅助名称服务器，使其在下列情况下代替主服务器：

• 用户的主服务器停止运行。
• 用户的主服务器未运行 TCP/IP。
• 用户的主服务器不能通过 TCP/IP 解析。

有关详细信息，请参阅下列主题：

• 确保在 NRPC 中能够进行 DNS 解析 － 最佳实践
• 策略

中继服务器

通过连接到中继服务器，Notes® 用户可以访问与其系统不共享网络协议的服务器。如果 Notes® 工作站和目标服务器与中继服务器位于不同的 Domino® 域中，中继服务器可能无法解析目标服务器的名称。这种情况下，请执行以下某个操作：

• 在 Notes® 工作站上，创建包含目标服务器 IP 地址的“连接”文档。
• 在中继服务器上，创建到目标服务器的“连接”文档。

DNS 的内部替代方法

如果在站点中不使用 DNS，或者 Domino® 服务器未注册 DNS （服务器提供因特网服务时有时会存在这种情况），请使用下列方法之一，以使每个 Notes® 工作站和 Domino® 服务器都能在本地进行名称解析。请记住，应考虑这两种方式的维护费用。

• 在每个需要专用访问的系统上放置主机文件，主机文件是一个表，成对列出了每个系统名称及其 IP 地址。对每个系统进行设置，以使其在访问 DNS 之前访问主机文件。
• 在每个需要访问该服务器的 Notes® 工作站和 Domino® 服务器上创建一个“连接”文档，该文档包含目标服务器的 IP 地址。

其他 IP 名称服务

Microsoft™ 网络服务提供了四种附加的 IP 地址解析方法。这几种方法都不如传统的 DNS 和主机文件可靠，并会造成名称与地址之间的混淆。为了达到最佳效果，为 TCP/IP 也使用 Notes® 网络端口时，请不要使用这些方法。

• 直接 NetBIOS 广播 － 系统发送一个名称广播消息，以便本地网络段上的所有系统都能在其名称高速缓存中注册该名称和 IP 地址。如果必须使用 NetBIOS over IP，并使用既具有 NetBIOS 又具有 TCP/IP 端口驱动程序的 Domino®，请通过为 Domino® 服务器和系统提供不同名称来避免出现名称解析问题。

主浏览器高速缓存（用于 NT 域或 SAMBA 服务器）-- 收集广播的名称和 IP 地址，并将其通过 NT 域发布到其他主浏览器系统（用于 Microsoft™ Windows™ 系统在其名称查找中进行访问）。

• Windows™ Internet 名称服务 (WINS) -- 使用 NetBIOS 广播。与 DNS 不同，DNS 在本质上是静态的，而 WINS 是动态的。请注意，Macintosh 和 UNIX™ 客户机系统的 TCP/IP 堆栈可能无法访问 WINS 服务器。
• LMHost（LAN 管理主机）－ 静态主机文件方法。