Samba 每次升級總像彩蛋的謎樣,甚至不知道升級後會有什麼
突發狀況發生,最怕的就是全部人等著要連結 Server 資料,
IT 人員一臉苦笑地四處查問題,還好這次是提前發現問題....
CentOS 5.7 Samba version:samba-3.0.33-3.29.el5_7.4
CentOS 5.8 Samba version:samba-3.0.33-3.38.el5_8
升級成 CentOS 5.8 後,
發現 Samba 新版本似乎開啟了 Unix Extensions 的參數。
Unix Extensions = no
這個參數尚未開啟前,連結含有 Symbolic link 的目錄,會當
成正常的目錄連結,windows / linux client 將不會知道該
目錄是否為 symlink,Server 將當作一般目錄處理。
Unix Extensions = yes (預設)
反之,linux client 端可透過 cifs 得知該目錄為 symlink
,但對 Windows client 則會發生權限異常的情形。
假如若分享目錄第一層的目錄為 symlink 時,即使輸入正確的
帳號密碼,仍無權限進入該目錄,log 會出現 Permission denied
的錯誤訊息。
為了要避免 Windows client 端無法進入該目錄,修改 smb.conf
以下參數,即可讓 User 正常進入該目錄。
[global]
unix extensions = no
[pub]
follow symlinks = Yes
wide links = Yes
設定完成後,重新啟動 smaba service,即恢復目錄權限。
Paul
CentOS 5.7 Samba version:samba-3.0.33-3.29.el5_7.4
CentOS 5.8 Samba version:samba-3.0.33-3.38.el5_8
升級成 CentOS 5.8 後,
發現 Samba 新版本似乎開啟了 Unix Extensions 的參數。
Unix Extensions = no
這個參數尚未開啟前,連結含有 Symbolic link 的目錄,會當
成正常的目錄連結,windows / linux client 將不會知道該
目錄是否為 symlink,Server 將當作一般目錄處理。
Unix Extensions = yes (預設)
反之,linux client 端可透過 cifs 得知該目錄為 symlink
,但對 Windows client 則會發生權限異常的情形。
假如若分享目錄第一層的目錄為 symlink 時,即使輸入正確的
帳號密碼,仍無權限進入該目錄,log 會出現 Permission denied
的錯誤訊息。
為了要避免 Windows client 端無法進入該目錄,修改 smb.conf
以下參數,即可讓 User 正常進入該目錄。
[global]
unix extensions = no
[pub]
follow symlinks = Yes
wide links = Yes
設定完成後,重新啟動 smaba service,即恢復目錄權限。
Paul文章標籤
全站熱搜
攝影記事 (6)
