Porque é que as definições da ACL do Windows para uma subpasta por vezes não são guardadas?
Produtos aplicáveis
QTS
Raiz do problema
Por vezes, este problema é causado por problemas de configuração incorreta das Permissões avançadas de pastas do QTS e do suporte de ACL do Windows. Quando as Permissões avançadas de pastas estão ativadas para uma pasta, o QTS define permissões para as subpastas. Se o suporte de ACL do Windows for ativado posteriormente, as permissões do QTS existentes são mapeadas para a ACL do Windows. No entanto, se a subpasta não tiver sido acedida anteriormente pelo Windows, quaisquer novas definições de ACL não são guardadas nos atributos expandidos da pasta. Se as Permissões avançadas de pastas forem posteriormente desativadas no QTS, a pasta perderá ambos os tipos de permissões.
Solução
Para resolver este problema, a QNAP recomenda que os utilizadores definam as permissões das subpastas a partir do Explorador de Ficheiros do Windows imediatamente após ativarem a ACL do Windows. Isto assegura que as permissões de ACL são permanentemente adicionadas aos atributos expandidos das pastas. Além disso, a QNAP não recomenda ativar as Permissões avançadas de pastas e o suporte de ACL do Windows numa subpasta ao mesmo tempo.
Leitura adicional
- Como configuro as pastas partilhadas e a permissão no NAS com QTS?
- Devo ativar as Permissões avançadas de pastas ou o suporte de ACL do Windows?
- Depois de ter ativado permissões avançadas de pastas numa pasta partilhada no QTS, por que motivo não posso abrir ficheiros criados remotamente via Samba ou AFP contidos na pasta se aceder aos ficheiros via NFS?
