pctine wrote:
所以是下次改版時, Synology 才會修正此 bug? 謝謝.
...(恕刪)
這個部份Synology倒是沒有對我說明，他請我用telnet方式登入後執行一隻程式"SYNOUpdateIDMap"~這隻程式也不清楚是早就存在還是後來他遠端加入的
但是從他的說法"關於這個問題我們準備了一支工具程式可以給您使用"~應是後來加入
不過對此bug沒有說明發生原因..不過我想應是會下次改版後一並處理才是
有了支援ACL的共用資料同步後就很方便管理應用了
pctine wrote:
不好意思, 再請教一下, 你所提的在 AD 環境下, NAS-A & NAS-B join AD, 當你使用 Synology 共用資料夾同步功能時, 假設 NAS-A folder1 同步至 NAS-B folder2, 原本的 folder1 和 folder2 可能在最上層的權限就是不同的, 你原本預期做 '資料夾同步' 連同 ACL 權限也要一併同步過去嗎?
小弟不了解的地方是, 有的人要同步 ACL 權限, 但有的人或許不需要. 那麼系統到底怎麼做?
...(恕刪)
的確最上層的權限是不同(共用資料夾的權限~實做上只須在第一次同步後將共用資料夾權限開成最大(EVERYONE)~之後只透過ACL權限去規範即可~(兩者權限的交集)
因為共用資料夾同步會將ACL權限也複製過去~所以另一端就不須管理ACL權限(也管理不了~因為每次同步都會將ACL改成與client端相同的權限
因為我們公司資料夾規劃在共用資料夾下的子資料夾之間就彼此有不同權限...一旦需要這樣的需求就必須使用ACL~而原本的共用資料夾權限只能設定在"根"的地方..
今天假設說我們公司內部人員常需要往來總公司及分公司~然而透過VPN存取遠端的NAS速度太慢..共用資料夾同步則可以解決這個問題
共用資料夾同步測試的結果是本身就一定會同步ACL權限過去..若是不需使用ACL只要共用資料夾那不啟用ACL，一旦啟用後則實際權限以兩者交集為依據
希望有幫到你..
內文搜尋
從 APP 打開
X