Eu tenho dois clientes (um Windows XP e um Mac OS X) conectados a um servidor UNIX (centOS). O cliente do Windows se conecta por meio do protocolo de arquivo Samba e do Mac por meio do AFP. Por algum motivo, a máquina Mac OS X ignora as permissões definidas mesmo quando são alteradas para 444; apenas sobrescreve os privilégios e pode gravar no arquivo (junto com a mudança das permissões para 777). Eu tenho me registrado como administrador em ambas as máquinas clientes.
Além disso, tentei utilizar a propriedade fperm no arquivo de configuração AppleVolumes.default para refletir as permissões de destino, mas sem sucesso.
Alguma sugestão sobre como resolver este problema? Por favor, deixe-me saber se algum esclarecimento adicional é necessário!
Se você tem o SMB funcionando, por que não apenas conectar o Mac usando isso também? Afaik, não há vantagem em usar o AFP neste caso, já que o OS X suporta o SMB igualmente bem. A AFP tem alguns benefícios menores (como SSO, integração com o Open Directory, etc.) ao rodar em um ambiente gerenciado pelo Mac, mas não acho que você precise dela aqui.
Nós usamos AFP quase exclusivamente em nossa rede centrada em Mac, e eu não encontrei um problema do tipo que você mencionou. Eu tenho medo que eu nunca tentei arquivos do servidor usando AFP de uma caixa Linux.
O que acontece se você colocar alguns arquivos lá que o daemon AFP (netatalk?) não tem acesso de leitura / gravação?
A AFP é um caminho sensato a seguir; no entanto, uma solução alternativa pode ser conectar o Mac ao servidor CentOS usando AFP ou NFS.
Eu segundo a resposta de Kamil, (porra, por me bater nessa questão) você deve apenas conectar os Macs usando o SMB. As vantagens que você obtém usando o servidor AFP no MacOSX Server, ou seja, os índices do Server Side File Tracking, do Server Side Spotlight, não serão suportados pela sua caixa do CentOS.