Eu tenho um servidor unix (arch linux) com o samba 4.1.12. O compartilhamento tem arquivos dentro dele com codificação nfc utf-8 (padrão utf-8).
Quando monto esse compartilhamento de samba em um cliente osx (10.9.5), arquivos com nomes especiais como File with "quotes" são exibidos desconfigurados ( C7XSWH~V ) no cliente osx.
Quando eu crio um arquivo com caracteres especiais no cliente osx dentro do compartilhamento, ele é exibido corretamente no osx, mas no servidor unix ele é exibido com um símbolo estranho como File with quotes .
Acho que é porque o osx espera que os nomes dos arquivos estejam no formato utf-8 nf d , mas os arquivos são do servidor como utf-8 nf c .
Basicamente eu quero ter um compartilhamento de samba de trabalho onde usuários de clientes osx e unix possam acessar e armazenar arquivos, e caracteres especiais em nomes de arquivos devem ser permitidos. Existe alguma maneira de fazer essa plataforma cruzada?
Como posso dizer ao osx para simplesmente usar a codificação nfc utf-8 para o compartilhamento de samba? Existe uma maneira de fazer isso?
Eu já tentei coisas como configurar explicitamente a codificação em smb.conf no servidor unix, sem sorte:
unix charset = utf-8
dos charset = utf-8
# --> error in log:
# invalid DOS charset: 'dos charset' must not be UTF8, using (default value) CP850 instead
# or
dos charset = utf-8-mac
# --> error in log:
# dos charset 'utf-8-mac' unavailable - using ASCII
Este é / foi um recurso ausente no cliente samba. No samba 4.2 existe o módulo vfs_fruit para superar estas restrições - veja o tópico da lista de discussão link para mais detalhes.
Com o módulo vfs_fruit , você pode fazer:
vfs objects = catia fruit streams_xattr
fruit:encoding = native
E o samba mapeia de forma transparente os nomes dos arquivos para os clientes osx (mesmo que ainda tenha alguns problemas se os arquivos terminarem com um espaço, por exemplo).
Você tentou adicionar mangled names = no a smb.conf ?