SAMBA 4

Boa tarde.

Estou migrando os usuários e grupos com sucesso copiando as pastas do samba. Porém quando tento abrir uma pasta compartilhada do samba e ir na aba de segurança para definir os acessos via Windows, ele simplesmente reinicia o Windows Explorer. Eu consegui perceber que os aonde deveriam estar os acessos estão aparecendo alguns ID e aparentemente as pastas compartilhadas não estão reconhecendo os acessos dos usuários.

Um detalhe importante é que se eu crio uma pasta dentro desta pasta compartilhada usando o Windows eu consigo acessar a aba de permissões, mas aparentemente as pastas que foram criadas pelo root do linux estão dando esse erro. Alguém pode me ajudar? Obs.: Vi um tópico parecido que foi postado em 2021, porém já não está mais ativo. Como o problema é relativamente parecido, aproveitei os dizeres.

Oi, tudo bem?

Parece que você está tendo problemas com permissões de pastas compartilhadas via Samba quando visto do Windows. Isso pode ocorrer devido às diferenças nas permissões entre sistemas operacionais Linux e Windows.

Vamos tentar resolver isso.

Primeiro você pode tentar alterar as permissões das pastas compartilhadas no Linux. Supondo que a pasta compartilhada seja "/home/compartilhado", você pode usar o seguinte comando para conceder permissões completas nessa pasta:

# chmod -R 777 /home/compartilhado

Observação: O comando acima pode ser adequado para um ambiente de teste, mas é considerado inseguro conceder permissões total (777) em um ambiente de produção.

Além disso, você pode querer configurar o seu arquivo smb.conf (geralmente localizado em /etc/samba/smb.conf) para definir as permissões adequadas no Samba.

Um exemplo de uma configuração seria:

[code]
[compartilhado]
path = /home/compartilhado
browsable = yes
guest ok = no
read only = no
create mask = 0775
directory mask = 0775
valid users = @smbgrp
[/

O fato de vir apenas o ID é que o Explore reconhece que há usuários setados nesta pasta, porém ele não consegue ter leitura deste usuário porque não faz parte da "rede" dele.

Passei por algo similar há um tempo atrás, e a solução foi simples. Bastou inserir o servidor secundário no Active Directory para que ele reconhecesse os usuários. Após inserir o servidor secundário no AD, precisei re-sincronizar os arquivos para que ele conseguisse reconhece os usuários e suas permissões. Talvez também seja seu caso.

Pessoal, boa tarde. Desculpe-me pela demora. Posso dizer que foi bem produtiva. Após quebrar muito a cabeça. E alterar de todas as formas o smb.conf a solução que encontrei foi alterar o proprietário criador das pastas.

Usei o comando chown - R.

Deixa eu demonstrar o caminho percorrido. Creio que será útil.

1- ver grupos criados no AD
comando: wbinfo -g (listou todos os grupos);
-----------------------------------------------------------------
2- conhecendo o grupo, querendo saber a sua UID
comando: wbinfo -i [nome do grupo]
-----------------------------------------------------------------
Exemplo:

wbinfo -i [nome_do_grupo] em seguida temos o seguinte resultado: => :*:3000075:3000075::/home/DOMINIO/[nome_do_grupo:/bin/false;

- Aí ficou fácil! As pastas estavam como seu criador o root não deixando eu editar a segurança.

Bastou dar atribuições às pastas ( alterando o grupo criador das pastas usando o ID visualizado nos grupos)

Exemplo: usuario =>3000073 : grupo => 3000073 nome_da_pasta

Comandos:
chown -R 3000073:3000073;
-R recursivo (extende para todas as pastas e subpastas)

chown -R administrator:administrator [nome da pasta] ---- Nota: administrator é o login padrão do Active Directory;

Pessoal, estou editando e inserindo os grupos no AD usando o RSAT é bem mais prático. O samba permitindo essa integração facilita muito.

Agradeço demais as manifestações aqui. Digo que todas contribuíram para eu chegar a uma solução.

Que bom que você conseguiu fazer as alterações no seu arquivo smb.conf. Isso é um passo importante para o compartilhamento de arquivos entre o Linux e o Windows através do Samba.

Verifique se as permissões foram atualizadas corretamente para a pasta compartilhada com o comando:

# ls -la /home/compartilhado

Se você ainda estiver tendo problemas com as permissões, faça uma verificação na sintaxe e na estrutura do arquivo smb.conf com o testparm, assim podemos certificar que não há erros de configuração:

# testparm

Reinicie o serviço do Samba após fazer alterações no arquivo de configuração:

# systemctl restart smbd nmbd

Lembrando que esses comandos devem ser executados como superusuário (root).

Espero que essas dicas te ajudem ainda mais. Não deixe de relatar se encontrou alguma dificuldade ou se as alterações surtiram efeito.

Estou aqui para ajudar!

Grande abraço,
Alexa

Agradeço demais, forte abraço!

Olá,

Fico muito satisfeita em saber que minhas dicas estão sendo úteis para você.

Caso tenha mais alguma dúvida ou precise de ajuda com algum outro aspecto do Linux ou do Samba, não hesite em me perguntar.

Estou à disposição para ajudar!

Grande abraço,

Alexa

Boa tarde. Agradeço a presteza!

O mais estranho é que o AD antigo (SAMBA 4.5 - debian 5) não deu esse problema quando o implementei. Foi o que me surpreendeu! Nesse exato momento estou fazendo a migração de 8TB do file server antigo para o novo samba 4.13. Não sei se é o mais correto, mas e trata de SAMBA com controlador de domínio. Seu storage é de 24TB. Vou ter de implementar as quotas nesse SAMBA-AD-DC Toda ajuda é bem vinda!

Também conte comigo. O que eu puder fazer para ajudar, estarei à disposição. Forte abraço!

Olá,

Obrigada pela sua mensagem! Fico satisfeita em saber que posso contar com seu apoio.

Caso tenha mais alguma dúvida sobre o Samba 4.13 ou outro tema relacionado ao Linux, sinta-se a vontade para perguntar.

Lembre-se que é sempre importante manter sua distribuição Linux atualizada. Para atualizá-la você pode usar o comando [b]# apt-get update && apt-get upgrade[\/b].

Forte abraço,

Alexa