Por que você não cria apenas duas seções de configuração diferentes no smb.conf? Um para os clieants do Windows, como já é, e um para os clientes linux que omite as linhas map x = yes .
Estou tentando fazer com que meu cliente linux smb / cifs reconheça os bits executáveis definidos em alguns arquivos em um compartilhamento em um servidor linux smb.
Aqui está nossa configuração:
Temos alguns scripts de shell nos compartilhamentos que têm o bit de permissão executável definido no servidor linux. Nós nos dedicamos a isso e podemos executá-los sem problemas.
Graças às opções de mapas do samba , podemos exportar os bits executáveis do unix como arquivo, sistema e ocultos permissões através do protocolo smb, que funciona.
Agora, para fechar o loop, preciso encontrar uma maneira de mapear esses arquivos, sistema e bits ocultos de volta para os bits executáveis do ugo em meus clientes linux. Eu não encontrei uma configuração para isso na página mount.cifs man, mas talvez seja possível de alguma forma?
Simplesmente mudar para o NFS é algo que eu gostaria de evitar, porque temos muitos clientes de janela que também usam os compartilhamentos. Administrar o NFS seria um trabalho adicional.
Por que você não cria apenas duas seções de configuração diferentes no smb.conf? Um para os clieants do Windows, como já é, e um para os clientes linux que omite as linhas map x = yes .
Não sei exatamente a sua dúvida sobre o que está sendo compartilhado de onde, mas o compartilhamento do Samba do meu trabalho pode ser uma situação semelhante. Eu tenho usuários do Samba work , chris e wendy .
Nós temos um servidor Debian com um ataque de 4 TB. Eu o configurei para que haja um nome de usuário / senha geral de "trabalho" que todos conhecemos. As permissões do ataque funcionam bem para o pessoal do Windows, mas lembro de ter que limpar as permissões de gravação (por meio de alteração de propriedade) para que os usuários do Windows pudessem editar o trabalho de login do meu Linux.
Veja minha resposta aqui: O usuário do Linux não pode ler ou editar fora de seu diretório pessoal , onde eu falo sobre como usar os bits pegajosos para o proprietário e permissões de grupo.
Aqui está o perms do meu raid:
/raid$ ls -alh
total 33M
drwxrwsr-x. 46 work users 4.0K Jan 7 18:33 .
drwxr-xr-x 24 root root 4.0K Jan 4 16:13 ..
-rwxr--r-- 1 wendy users 12K Dec 31 16:57 boc.pfl
drwxrwsr-x. 7 work users 4.0K Aug 15 2009 catalog
drwx--S--T. 43 chris users 12K Jan 5 16:53 chris
drwxrwsr-x. 6 work users 4.0K Dec 31 16:32 dealers
drwxrwsr-x 3 work users 4.0K Nov 5 17:51 Distributors
drwxrwsr-x. 22 work users 4.0K Dec 29 16:58 docs
drwx--S--T. 9 wendy users 4.0K Jan 3 18:40 wendy
drwx------ 17 work users 4.0K Sep 8 2011 work
E acho que vejo o que preciso pesquisar para responder ao meu próprio usuário do Linux versus Windows, os S nos diretórios. Isso terá que ser olhado na próxima vez que eu conseguir me afastar do Windows e puder ativar minha área de trabalho Linux novamente.
Se você bisbilhotar meus perfis de SU ou SO, tenho certeza que falei sobre isso tudo mais ...