如何: Windows 上安裝 NIS 的伺服器,UNIX 至 Windows 移轉

文章翻譯 文章翻譯
文章編號: 324083 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

結論

Windows 服務正在使用中目錄的 UNIX 提供完整的基礎實作網路資訊服務 (NIS)。以 UNIX 為基礎的電腦使用的動畫場景提供各種不同的網路資訊的集中式的資料庫。NIS 也作為中央帳戶資料庫使用者和群組資訊和驗證。NIS 根據主要/從屬伺服器關聯性從屬伺服器可以讀取可用的資訊及驗證根據此關聯性。不過,實際的變更必須發生在主 NIS 伺服器上,這些變更會傳播到從屬 NIS 伺服器。

從命令列安裝 NIS 的伺服器

UNIX 3.0 版的 Windows 服務使用 Microsoft 安裝程式進行安裝。如此一來,您可以從命令列安裝產品的個別的模組。如果安裝的 UNIX 的 Windows 服務的前一個元件必須安裝命令列以逗號 (,) 分隔的 addlocal 參數中包含這些元件。若您執行一項不執行這項操作,NIS 的伺服器安裝期間移除這些產品。您可以只在 Active Directory 網域控制站上安裝 NIS 的伺服器。NIS 的伺服器會藉由新增物件以支援 NIS Active Directory 結構描述變更。這些變更結構描述是永久的無法復原。

若要從命令列安裝 NIS 的伺服器:
  1. 使用結構描述管理層級帳戶登入 Windows 2000 網域控制站。
  2. 按一下 [開始],再按一下 [執行]、 輸入 cmd,] 然後再按一下 [確定]
  3. 將 Windows 服務的 UNIX 3.0 版 CD 插入 CD 磁碟機中。(這個範例會使用磁碟機 D.)
  4. 在命令提示字元中執行下列命令以安裝 NIS 的伺服器:
    msiexec/I D:\sfusetup.msi/qb addlocal = NIS"[targetdir = 安裝路徑]
    附註: msiexec 放映上述的 addlocal 參數是大小寫和機密的空間。如果不遵循上述的確切大小寫,安裝將會失敗。
  5. 預設安裝路徑是 \SFU 「 附註: UNIX 的服務應該安裝在不包含空格,以避免問題的某些元件 SFU 路徑中的目錄。Microsoft 建議您安裝 SFU 到預設目錄。

  6. 若要在命令列中包含產品金鑰,新增 PidKey = keykey 所在 25 個字元產品 keywithout 虛線 附註: 如果安裝其中沒有 GUI 是可用的在 Telnet 提示字元中,或透過一個指令碼而是使用下列命令列: msiexec/I D:\sfusetup.msi/q addlocal = NIS"pidkey ="鍵"[targetdir = 安裝路徑]筆記: NIS 的伺服器也可以安裝使用圖形化安裝精靈。在 Active Directory 網域控制站上執行安裝精靈時,[NIS 的伺服器的 [安裝] 選項只能使用。

疑難排解

下列疑難排解提示可能協助解決問題的 NIS 安裝伺服器。
  • ypmatch 公用程式上: 一個對應包含大小寫混合中的索引鍵。 的生命點數 UX 電腦失敗。 發生的原因HP UX 將轉換成小寫傳送 NIS 要求之前的所有機碼。這是與 HP-UX NIS 的伺服器控制的問題。

    解決方案: 轉換之前移轉小寫的關鍵它們。

  • 第一個要求至伺服器的: 如果 NIS 是非常大的物件的數目已遷移至伺服器,NIS 的伺服器可以花費很長的時間來建置地圖快取。 NIS 失敗。 發生的原因

    解決方案: 製作後再等待 30 分鐘或更多的要求。後續的要求可能會成功。

  • 物件已遷移至非標準的容器不會出現在 Windows Active Directory 使用者和電腦 發生的原因: Active Directory 使用者和電腦並不會顯示非標準的容器根據預設值。

    解決方案: 按一下 [檢視] 功能表的 [進階功能。

  • 升級到版本 3.0 netgroup 資料不會再出現在 Active Directory 發生的原因 之後: UNIX 的 Windows 服務不會升級 Active Directory 結構描述時保留 netgroup 資料。

    解決方案: 移轉 netgroup 資料從原本用來移轉資料的對應原始程式檔使用 NIS 遷移精靈 」 的伺服器。

  • ypcat 公用程式有時會顯示不正確的密碼資訊,但是 ypmatch 提供: NIS 資料的伺服器已經不還地圖快取後更新在 Active Directory 中的資料已變更。 精確的資訊。 發生的原因ypcat 公用程式會從這個快取中取得其資訊 ; ypmatch 公用程式會直接從 Active Directory 中取得其資訊。

    解決方案: 減少之間對應的更新間隔,或在使用中的目錄中進行變更後,立即更新] 核取。

  • NIS 遷移所建立的新 Windows 帳戶的使用者無法登入 Windows,並無法登入: 為避免公開 (Expose) 新帳戶誤用,「 檔案及設定轉移精靈 」 將新的帳戶密碼設定為隨機值。 NIS 用戶端電腦。 發生的原因然後這個密碼會傳播到 NIS 用戶端。

    解決方案: 完成遷移之後立即, 將密碼變更所有新建立的 Windows 使用者帳戶上暫存的值。通知使用者的暫時的密碼,並指示他們儘速變更他們的 Windows 密碼。通知它們如何通常對應變更會傳播,因此他們會知道當他們可以預期要更新其 UNIX 密碼。

  • 在 Active Directory 中停用的使用者帳戶不也上已停用: Windows 與 UNIX 帳戶必須停用個別因為機制,如此一來基本上不同,而且方法停用 UNIX 帳戶不同的基礎系統版本和系統管理員的偏好設定。 UNIX 主機。 發生的原因

    解決方案: 停用使用 [Active Directory 使用者和群組帳戶後, 必須也同時停用或鎖定相對應的 UNIX 帳戶用平常的方式 (例如藉由變更值未知對使用者的密碼,藉由將特殊字元加入密碼檔案中的使用者的密碼,藉由變更帳戶的登入殼層或所有三個)。


?考

如需有關從 UNIX 遷移至 Windows 之後執行維護工作的詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
324539如何: UNIX 至 Windows 移轉後執行維護和 ancillary 工作










屬性

文章編號: 324083 - 上次校閱: 2006年10月30日 - 版次: 2.1
這篇文章中的資訊適用於:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows Services for UNIX 3.0 Standard Edition
關鍵字:?
kbmt kbhowto kbhowtomaster KB324083 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:324083
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com