Não é possível acessar o servidor samba Ubuntu através do caminho UNC do nome do host (IP funciona) no Windows Explorer

Não é possível acessar o servidor samba Ubuntu através do caminho UNC do nome do host (IP funciona) no Windows Explorer

Configurar

Temos um servidor AD rodando no Windows Server 2012 ( ad01.<domainroot>). Existe um servidor de arquivos Samba rodando no Ubuntu 20.04 ( fs02.<domainroot>). O servidor de arquivos é associado ao domínio usando winbind.

Neste post estarei usando<raizdominio>para ser o espaço reservado equivalente deAD.EXAMPLE.ORGe<grupo de trabalho>para o grupo de trabalho.

Problema

Não conseguimos acessar o servidor/compartilhamentos samba através de seu nome de host, recebemos um erro de rede alegando que ele está inacessível:

insira a descrição da imagem aqui.

O problema é o mesmo se estiver usando o FQDN.

Se eu navegar até ele através do IP ( \\<fs02 IP>), ele funcionará sem problemas, então os próprios compartilhamentos parecem estar corretos. (smb.conf adicionado abaixo)

O que eu tentei

Meu pensamento inicial foi verificar o DNS, mas nslookup fs02me deu a resposta correta. Eu também posso fazer ping sem problemas.

Também tentei mexer no smb.conf, esta é a configuração que estou usando atualmente:

[global]
security = domain

workgroup=<workgroup>
realm=<domainroot>
netbios name = fs02

# === logging config ===
log file = /var/log/samba/%m.log
log level = 1

# === Backend setup ===

idmap config * : backend = tdb
idmap config * : range = 2000-9999
idmap config <workgroup> : backend = rid
idmap config <workgroup> : range = 10000-30000

winbind use default domain = yes
winbind nested groups = yes
winbind refresh tickets = yes

inherit owner = yes
vfs objects = acl_xattr
map acl inherit = yes
store dos attributes = yes

unix extensions = yes

# === Share definitions ===
# ... pruned ...

Responder1

O problema no meu caso ocorreu devido a uma configuração NTP defeituosa, causando desvio de tempo entre vários servidores. A redefinição do relógio verificou manualmente o problema e a correção da configuração do NTP evitou que o desvio voltasse a ser um problema.

informação relacionada