O que você descreve parece consistente com o fato de os usuários do AD não estarem nas SACLs (Service Access Control Lists) do servidor Mac. Você pode verificar isso indo em Server.app - > Usuários na barra lateral - > no menu pop-up acima da lista de usuários, escolha "Usuários de ADDOMAIN" - > selecione chalstead (ou algum outro usuário AD que você pode testar com) - > no menu de ação (ícone de engrenagem) na lista de usuários, escolha "Editar acesso aos serviços" - > verifique se o serviço "File Sharing" está ativado.
Se o compartilhamento de arquivos não estiver habilitado para o (s) usuário (s) em questão, você poderá habilitá-lo por usuário (individualmente ou selecionando um grupo deles e definindo-os todos de uma vez), mas geralmente é mais fácil gerenciar você define por grupo. A interface é essencialmente a mesma, apenas na seção Grupos e não Usuários (e, em seguida, na seção Usuários).
Eu vi falha ao atualizar corretamente após uma alteração (essencialmente, parece armazenar em cache a falha da SACL); isso parece ir embora se você deixá-lo por tempo suficiente, mas se ninguém estiver usando o servidor Mac ainda, você pode usar a solução de força bruta: reinicie o servidor.
EDIT: uma vez que é fixo, você também pode ter que habilitar o Kerberos single-sign-on do AD no servidor Mac. Se você for solicitado a fornecer credenciais ao se conectar ao servidor Mac, mas permitido quando você as fornecer, provavelmente precisará configurá-lo:
- Verifique se o Mac é Kerberizado corretamente com o comando
sudo ktutil -k /etc/krb5.keytab list
- se o resultado incluir entradas que terminem com "@ ADDOMAIN.EDU", você estará bem. (Observação: ele também conterá várias entradas "@LKDC: SHA1.hexgibberish" e talvez também "@ MAC-SERVER.whatever"; ignore-as.) - Se precisar ser configurado, use o comando
sudo dsconfigad -enableSSO
e, em seguida, verifique novamente comktutil
.