O acesso ao Samba funciona apenas com endereço IP

Question

Eu adicionei um host de etching Debian (hostname: webserver, endereço IP: 192.168.101.2) executando o Samba em uma rede Windows com um PDC do Windows 2003 (endereço IP 192.168.101.3). O servidor Samba exporta um compartilhamento de convidado público, chamado "Intranet". O servidor aparece bem na rede, mas tentar clicar nele produz uma caixa de diálogo de erro, informando que eu não tenho as permissões necessárias. Então, digitar \ webserver manualmente e usar \ webserver \ internet indica que o caminho não existe. Curiosamente, o acesso à partilha por endereço IP (\ 192.168.101.2 ou \ 192.168.101.2 \ intranet) funciona bem. O DNS está configurado corretamente e "smbclient // webserver / intranet" em outro cliente Linux funciona bem.

Um problema complicado é que o servidor da Web é apenas uma máquina virtual VMware em execução no servidor PDC.

Aqui está o nosso smb.conf:

[global]
    workgroup = Foobar
    server string = Webserver
    wins support = yes                 ; commenting out these
    wins server = 192.168.101.3 ; two lines has no effect
    dns proxy = no
    guest account = nobody
    [... snipped some unrelated bits, like logging ...]
    security = share
    [... snipped some password-related things ...]
    domain master = no

[intranet]
    comment = Intranet
    path = /srv/webserver/contents
    browseable = yes
    guest ok = yes
    guest only = yes
    read only = yes
    create mask = 0775
    directory mask = 0775

    

Answer 1

Se o seu cliente puder acessar o compartilhamento usando \\ < ENDEREÇO-IP < \ < SHARE-NAME & gt ;, isso definitivamente aponta para a resolução de nomes.

Por isso, confirmo novamente o lado do DNS, como \\ < FQDN > \ < SHARE-NAME > é efetivamente o mesmo que acima. Se você não fornecer um FQDN e fornecer apenas um nome de host e o cliente [Windows] ainda estiver dando suporte ao NBT herdado, ele também tentará a resolução de nomes do WINS.

Por fim, se o cliente Windows estiver sendo executado no Windows 7 ou no Windows Server 2008 R2 (não tenho certeza sobre o Vista / Server 2008 R1), o cliente, por padrão, deseja usar o NTLMv2. As distribuições SAMBA mais antigas suportam apenas o LAN Manager e o NTLMv1, o que impossibilita a conexão. No entanto, você conseguiu se conectar, então isso é provavelmente irrelevante. Você pode alterar o modus operandi do cliente por meio da Política de Segurança Local ou do GPO.

Para encurtar a história, verifique se sua distro SAMBA está atualizada. E eu consideraria seriamente abandonar o lado NBT do seu arquivo SMB.CONF (entradas WINS).

Boa sorte!

    

Answer 2

Meu primeiro palpite seria firewall. Você precisa ter as portas 137, 138 e 139 abertas para que o tcp e o udp para Windows sejam compatíveis com um servidor Linux Samba.

    

Answer 3

Tem certeza de que os processos smbd e nmbd estão sendo executados no servidor?

Tente:

ps aux | grep mbd