網路配置

透過 TCP/IP 的 NRPC 名稱到位址解析
在 TCP/IP 通訊協定中，用來將伺服器名稱解析為網址的最常見方法是「網域名稱系統 (DNS)」；這是網際網路目錄服務，開發出來的功用既可允許本區管理員建立及管理將伺服器名稱解析為 IP 位址的記錄，又可使這些記錄可供全域使用。當 POP3、IMAP、LDAP 及 HTTP 服務直接使用 DNS 時，NRPC 服務會使用「Notes 名稱服務」與 DNS 的組合，將伺服器名稱解析為網址。

如需「Notes 名稱服務」如何搭配使用名稱解析器服務 (如 DNS) 的背景資訊，請參閱本章稍早的主題在 NRPC 中將伺服器名稱解析為網址。

在 DNS 中，「網域」是指給定階層層次的名稱空間。例如，Web URL 中的 .com 或 .org 代表頂層網域。在網域 (如 acme.com) 中，Acme 公司的 DNS 伺服器 (執行 DNS 軟體的伺服器) 儲存所有 Acme 伺服器的記錄，並由 Acme 的一位管理員來維護這些記錄。

在 TCP/IP 網路中設定 Notes 工作站，工作站初次嘗試連至 Domino 起始伺服器時，一般須倚賴 DNS 來解析工作站的 Domino 起始伺服器名稱。只要 Notes 工作站與 Domino 起始伺服器都在相同的 DNS 網域層次，DNS 便可完成此解析。

何時編輯伺服器文件中的網路位址欄位

在 Lotus Domino 中，伺服器 TCP/IP 網址的預設格式為其完整網域名稱 (FQDN)，如 app01.acme.com；基於 DNS 記錄及系統 TCP/IP 堆疊的 IP 位址參照。當 Notes 工作站或 Domino 伺服器要求這個名稱時，無論要求系統的 DNS 網域層次為何，TCP/IP 解析器都會將名稱傳遞到 DNS，由 DNS 將名稱直接解析為目的地伺服器的 IP 位址。

如果您不想在「網路位址」欄位中輸入 FQDN，可在伺服器設定期間或稍後，編輯「伺服器」文件，將 FQDN 變更為簡式 IP 主電腦名稱 (例如 app01)。例如，若針對 NRPC 設定多個 TCP 通訊埠，可使用簡式 IP 主電腦名稱；如果「Notes 名稱服務」傳回錯誤 TCP 通訊埠的 FQDN，則針對每一個網址使用 FQDN 的配置可能會導致連線失敗。在這種情形下，使用簡式 IP 主電腦名稱，可確保 DNS 在要求系統的 TCP/IP 堆疊設定中所定義的網域範圍以內，在所有網域層次中執行查詢。

注意 在生產環境中，「網路位址」欄位不要使用 IP 位址。執行此動作，若 IP 位址變更，或使用「網址轉換 (NAT)」連線，由於「Notes 名稱服務」傳回的值會不正確，因此會導致管理上的嚴重混亂。

次要名稱伺服器
為確保永遠可耨過 TCP/IP 使用「Notes 名稱服務」，在您設定 Notes 使用者時，可指定 Domino 次要名稱伺服器，遇到下列情況可代替起始伺服器：


附註 在使用多個 DNS 網域的公司中，Domino 次要名稱伺服器可確保 Notes 工作站能與其起始伺服器連線，即使起始伺服器位在不同的 DNS 網域也一樣。您可以使用政策，將次要名稱伺服器的設定自動化。

如需相關資訊，請參閱主題確保 NRPC 中的 DNS 解析 -- 最佳實作及政策。

特殊案例：中繼伺服器
藉由連至中繼伺服器，Notes 使用者可存取不與其系統共用網路通訊協定的伺服器。如果 Notes 工作站及目的地伺服器都位在與中繼伺服器不同的 Domino 網域中，中繼伺服器可能無法解析目的地伺服器的名稱。在這種情形下，請執行下列其中一項：


如需設定 Notes 使用者存取中繼伺服器的相關資訊，請參閱主題中繼伺服器及探索群組。

DNS 的內部替代功能
如果您的站台未使用 DNS，或 Domino 伺服器不是以 DNS 註冊 (若伺服器提供網際網路服務，有時會有此情形)，請使用下列其中一個方法來啟動每一個 Notes 工作站 及 Domino 伺服器，以於本區執行名稱解析。請牢記，這兩種方式所需的維持費 (upkeep) 相當可觀。


替代的 IP 名稱服務
Microsoft Networking Services 有四個額外的 IP 位址解析方法。這些方法都不像傳統的 DNS 及主電腦檔案那麼可靠，且會造成名稱與位址混亂。為達最佳效果，TCP/IP 也使用 Notes 網路通訊埠時，請不要使用這些方法。
注意 在 Windows 系統中，透過 IP 名稱解析器服務與 DNS 之系統原始 NetBIOS 的組合，對於 Domino 伺服器名稱而言，可能會導致名稱解析失敗。

如需避免此問題的相關資訊，請參閱主題透過 NetBIOS 的伺服器名稱到位址解析。

另請參閱