| 臺灣-繁體中文 |
|
|
|
![]() |
HP CIFS 伺服器 3.0g 版本需知 A.02.03.01 版: HP-UX 11i v1、v2 和 v3已知的問題與解決方案 |
|
以下是 HP CIFS 伺服器 A.02.03 版的已知問題與適用的解決方案 問題解決方案Microsoft 伺服器並不支援共用模式安全功能以及 Windows NT ACL。目前無解決方案。 問題在共用的 CIFS 伺服器磁碟機 DOS 提示符號下,使用萬元字元和多位元組字元集比對檔案名稱的單一字元不一定能正常執行 (例如使用日文 Shift-JIS 與 ???? 比對兩個多位元組字元,而非四個多位元組字元)。 解決方案針對每個單一字元使用 ??。例如若試圖比對四個字元,則使用八個萬用字元 ????????。 問題變更 HP CIFS 伺服器的網域後,使用者需費時良久才能登入。 解決方案變更 HP CIFS 伺服器的網域前,刪除 /var/opt/samba/private/secrets.tdb 和 /var/opt/samba/locks 的 .tdb 檔案以避免混用內部資料庫。 問題若使用完整路徑指定符號連結 (symlink),則使用 UNIX 副檔名建立的符號連結可能會失效。 解決方案問題在 smb.conf 檔案中設定 wins server 選項後,無法使用 SWAT 公用程式清除此選項。 解決方案手動編輯 smb.conf 檔,以移除 wins server 項目。 問題未啟動 HP CIFS 伺服器且 tdb 檔案未初始化時,執行 smbstatus 的非 root 使用者卻收到下列錯誤訊息: "could not open file /var/opt/samba/locks/sessionid.tdb:No such files or directory" "Error:Failed to initialize locking database" 解決方案目前的 smbstatus 版本不允許一般使用者初始化 tdb 檔案。一般使用者需等到 root 啟動 CIFS 伺服器或初始化 tdb 檔案後,才能執行 smbstatus。 問題不使用正規 (sign and seal) 修補程式而變更儲存在 Windows XP 機器 smbpasswd 檔案中的密碼會失敗,並毀損使用者的密碼。 解決方案問題使用終端機伺服器用戶端存取 CIFS 伺服器的共用資源時,所有該終端機伺服器的用戶端都會透過單一的虛擬連線連結,並由 CIFS 伺服器上的單一 SMBD 處理程序進行服務,而導致數項問題,包括單一處理程序開啟過多檔案、鎖定過多,並降低用戶端的效能,因為他們都共用單一的 SMBD 處理程序。 解決方案若為 Windows NT,可將註冊檔參數 MultipleUsersOnConnection 設為 1,強迫每一個終端機伺服器的用戶端協商自身的連線,讓每一個用戶端皆得到獨立的 SMBD 處理程序。若為 Windows 2000 終端機服務,Microsoft 提供 hotfix Q818528。您可應用此 hotfix 並設定下列值:
若需 hotfix 的詳細資訊,請參閱 Microsoft 的 Q818528 文件,網址如下:http://support.microsoft.com/default.aspx?kbid=818528 問題將 excel 檔案儲存至 Samba 時出現「The file may have been changed」錯誤訊息。此錯誤訊息亦讓您選擇「save a copy」或「overwrite changes」。 解決方案出現提示畫面時,請回答「overwrite changes」,否則檔案必須以不同的名稱儲存。 欲完全避免此錯誤,變更登錄檔即可解決此問題,如 http://support.microsoft.com/default.aspx?kbid=324491 的 MS 知識庫文章所述。 Samba 社群亦察覺此問題,在 https://bugzilla.samba.org/show_bug.cgi?id=1094 的 Bugzilla 中進一步描述其特性。 問題由於 Windows 的安全性需求增加,因此若未針對閒散 (roaming) 的 profile 配置足夠的授權,則 profile 儲存可能會失敗。 解決方案針對使用者 profile 檔案使用的 profile 共用設定 profile acls = yes。若為一般共用,請勿設定 profile acls = yes,否則會導致在這些共用上建立的檔案所有權不正確。 問題64 位元的 Windows XP 用戶端將 smb.conf 參數配置為「security=server」時,無法連接 CIFS 伺服器。其他 Windows 用戶端的 LAN Manager 本機原則若設為「Send NTLM response only」(和 64 位元 Windows XP 用戶端的預設相同),亦無法進行連接。 解決方案問題首次將 Samba 使用者新增至新的 CIFS 伺服器安裝而使用 smbpasswd 命令,命令會回應令人誤導的訊息。請參閱下列範例:
使用者會正確地新增,而令人誤導的訊息只會於第一次新增 Samba 使用者時顯示。 解決方案問題64 位元的 Windows XP 用戶端無法新增 ACE。自 Windows XP Professional 64 位元版本透過 Windows 檔案總管的檔案->內容->安全性介面將 ACE 新增至檔案或目錄時,會發生下列錯誤:
解決方案問題HP CIFS 伺服器可能無法辨識部分 Windows 2000/2003 網域信任,包括某些樹系內/跨樹系 (intra/inter-forest) 信任。 解決方案需要容納樹系內/跨樹系信任,使 HP CIFS 成員伺服器暴露於樹系時,可明確地建立快捷信任 (shortcut trust)。HP CIFS PDC 支援外部信任,對 Samba 和 Windows 網域內的信任關係而言已然足夠。若需 Windows 2000/2003 信任的相關資訊,請參閱 http://technet.microsoft.com 網站的 MS TechNet 文件。 問題現有的 POSIX 機器帳號在新增對應的 samba 機器帳號前必須先存在,且其 sambaSamAccount 資訊需要 HP CIFS 伺服器的機器帳號認證。您可使用 useradd 命令在 /etc/passwd 檔案末尾新增帶有 「$」 符號的 POSIX 機器帳號,讓 HP CIFS 伺服器能夠將其辨識為機器帳號。因此,執行 pwck 命令會出現下列錯誤訊息:
解決方案無解決方案。 問題使用 useradd 命令在 /etc/passwd 檔案末尾新增帶有 「$」 符號的 POSIX 機器帳號,讓 HP CIFS 伺服器能夠將其辨識為機器帳號。pwck 命令會出現下列錯誤訊息:
上述錯誤指出起始目錄並不存在。 解決方案新增 POSIX 機器帳號時,useradd 命令請搭配使用「-m」選項,如此一來即會為新帳號建立起始目錄 (若未存在)。 問題自目錄刪除大量檔案十分耗時。 解決方案有一個解決方案是在開始刪除程序後關閉 Windows 檔案總管。自 A.02.03.01 版起,提供另一個解決方案將「change notify timeout」smb.conf 參數設為 0。設為 0 時,不會傳送變更通知訊息且不會發生過長的延遲。用戶端隨後需開始更新作業 (按 F5 鍵),以檢視檔案共用可能發生的變更。自 A.02.03.01 版起,「change notify timeout」參數由全域變為共用層級參數。 問題啟動和停止 CIFS 協助程式的 HP CIFS 協助程式控制命令集可以作用於名稱為「smbd」、「nmbd」或「winbindd」的其他協助程式上。例如,執行 CIFS stopsmb 命令時,會中止 Staffware 協助程式「wissmbd」。 解決方案若執行 Staffware 或擔心您的系統可能擁有會受此問題影響的協助程式,可使用 grep smbd、grep nmbd,和 grep winbindd 命令進行檢查。若顯示其他協助程式,則需在 CIFS 協助程式上使用 kill 命令停止該程式,而不要使用 CIFS 命令 stopsmb、stopnmb 或 stopwinbind。下個 HP CIFS 伺服器版本將修正此問題。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||