Logo Hardware.com.br
bur
bur Veterano Registrado
1.5K Mensagens 29 Curtidas

[Resolvido] Samba 4 - Mapeamentos não executam automaticamente

#1 Por bur 27/04/2018 - 14:37
Boa tarde.

Ontem fiz a instalação do Samba4 (ultima versão) no Debian 8. Fiz a instalação compilada. Deu tudo certo.

Logo que o servidor subiu, através da "Ferramentas de Administração de Servidor Remoto" criei um mapeamento e quando os usuários logavam, o mapeamento subia automaticamente (testando na letra "Z")

Aí eu reconfigurei o teste para apontar para a pasta correta, e adicionei mais alguns.

Mas agora não quer mapear automaticamente. Só no perfil do admin do domínio (logando em uma máquina Win7) que roda.

Já atualizei várias vezes com o comando "samba-tool ntacl sysvolreset", mas nada.

Será que ficou algo "travado" em algum lugar tentando ainda mapear o teste que fiz?
bur
bur Veterano Registrado
1.5K Mensagens 29 Curtidas
#5 Por bur
27/04/2018 - 15:24
Eu estou usando o Editor de Gerenciamento de Política de Grupo (do Ferramentas de Administração de Servidor Remoto).
Anexo do post

Eu usava scripts antes, mas davam mais problemas do que este.
Sempre usei essa ferramenta, inclusive no samba4. Tenho uns 3 servidores que uso assim. Só este que está dando este problema.

Eu coloquei apenas um mapeamento agora. Só aparece quando logo no admin do domínio (na própria máquina desta ferramenta). Demora um pouco, mas aparece.

Já nas estações, nada.

Este mapeamento aí apontava para outra pasta. O que fiz foi o seguinte:

A pasta:
/arquivos/bkp_20180425

Criei o mapeamento no Samba 4:

[publica]
path = /arquivos/bkp_20180425
read only = no

Aqui tinham várias subpastas e arquivos

Funcionou com todo mundo, belezinha. Mapeou tudo automaticamente.

Aí fiz assim. Renomeei a pasta
/arquivos/bkp_20180425
para
/arquivos/rede

Só que não compartilhei /arquivos/rede

Ao invés disso eu criei novas pastas com nomes de departamentos dentro dela. Aí sim as compartilhei. Ex:

/arquivos/rede/comercial
/arquivos/rede/financeiro

Aí foi quando tudo parou de mapear automaticamente.

Pior que nos logs não diz absolutamente nada. Nem uma dica se quer...

Anexos

bur
bur Veterano Registrado
1.5K Mensagens 29 Curtidas
#7 Por bur
27/04/2018 - 16:46
O rsop.msc não roda, diz que as diretivas nunca foram processadas com êxito.

Vendo os logs do windows, ache isso:


A Diretiva de Grupo não foi processada. O Windows tentou ler o arquivo \\tc.lan\SysVol\tc.lan\Policies\{213B9D67-A51D-4DB2-AC17-D7AE4CF1F40E}\gpt.ini de um controlador de domínio e não obteve êxito. As configurações de Diretiva de Grupo não podem ser aplicadas até esse evento ser resolvido. Esse talvez seja um problema passageiro e a causa pode ser um ou mais destes fatores:
a) Resolução de Nome/Conexão em Rede com o controlador de domínio atual.
b) Latência do Serviço de Replicação de Arquivos (um arquivo criado em outro controlador de domínio não foi replicado no controlador de domínio atual).
c) O cliente do sistema de arquivos distribuído (DFS) foi desabilitado.


Aí resolvi criar um VM no meu notebook. Coloquei ela no domínio e tudo mais. Para minha surpresa, funciona perfeitamente. Agora fiquei mais confuso frown.png

Um detalhe que esqueci de citar. Somente o controlador de domínio é novo. Todas as máquinas estavam em um domínio Windows Server 2003. O servidor antigo deu pau.

Então eu removi as máquinas do domínio antigo e ingressei no novo. O curioso é que a primeira vez elas mapearam. Só não mapeiam agora...

E esta máquina virtual que criei e funcionou o mapeamento, é virgem. Nunca esteve no domínio antigo.

--- EDIT
Faltaram os detalhes:


SupportInfo1 4
SupportInfo2 816
ProcessingMode 1
ProcessingTimeInMilliseconds 2964
ErrorCode 1326
ErrorDescription Falha de logon: nome de usuário desconhecido ou senha incorreta.
DCName \\srv03.tc.lan
GPOCNName cn={31B2F340-016D-11D2-945F-00C04FB984F9},cn=policies,cn=system,DC=tc,DC=lan
FilePath \\tc.lan\sysvol\tc.lan\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini

bur
bur Veterano Registrado
1.5K Mensagens 29 Curtidas
#11 Por bur
28/04/2018 - 08:43
Já vi o log sim. Não vi nada de estranho. Só uma hora quando alterei o nome dos compartimento, o log.smbd registrou que estava com problemas de acesso, mas é porque eu não parei o samba para fazer esta alteração. Então imagino que ele tenha detectado isso durante o processo.

Mas depois o log.smbd só registra que está ativo e pronto.

Em relação ao domindo, eu não adicionei o novo DC Samba4 ao domindo antigo. Porém, antes de essa maquimá linux (srv03) ser DC, ele fazia parte do dominio antigo (com outro nome NetBIOS). Ele chamava-se "aventador".

Ele (o servidor linux antes de ser DC) tinha o samba3 instalado, pois tinha uma pasta onde os usuarios do domínio antigo acessavam.

Ai quando o DC Windows deu pau, eu parei o samba 3 dele e fiz todo o procedimento para instalar o samba 4.
Parei todos os serviços, o winbind, excluí os *.tdb, alterei o hosts, resolver.conf, enfim. Tudo para promover o samba 4 a DC.

A única coisa que eu não fiz (e lembrei agora) foi remover ele do domínio antigo frown.png Será que isso está afetando?
Mas se parei o samba e removi tudo relacionado a ele, não deveria interferir.
© 1999-2024 Hardware.com.br. Todos os direitos reservados.
Imagem do Modal