O cliente Windows pede senha, o Linux não

2

Eu estou no estágio de puxar o meu cabelo. Estou reconstruindo minha caixa NAS doméstica e estou com dificuldades para configurar o SAMBA.

Eu quero ter compartilhamentos sem autenticação anônimos baseados em guest, acessíveis a todas as máquinas da minha rede, que incluem dispositivos que executam Windows, Linux e Android.

Esqueci-me de fazer um backup da minha configuração antiga do samba, mas é isso que tenho após dias de pesquisa:

[global]
    workgroup = WORKGROUP
    map to guest = bad user
    guest account = nobody

[share]
        path = /var/samba_lz
        browsable = yes
        guest ok = yes
        read only = no

O problema é que o compartilhamento funciona perfeitamente nos meus dispositivos Linux e Android, mas NÃO no Windows! O Windows continua aparecendo na caixa de diálogo de autenticação e nenhuma combinação de nomes de usuários + senhas que eu possa pensar em trabalhos e não permite que eu deixe em branco.

O servidor é o Ubuntu 14.04 e a versão do Windows que estou tendo problemas é 7. O diretório samba_lz é chmodded para 777 e pertence à conta de usuário principal da máquina.

Qualquer ajuda seria apreciada.

    
por getack 10.01.2015 / 23:38

1 resposta

1

Ok, então o comentário do usuário c4f4t0r me mandou para um buraco de coelho e acho que descobri qual era o problema.

Como a caixa NAS tem o mesmo nome e o compartilhamento tem o mesmo nome, o Windows tinha algumas credenciais armazenadas usadas para tentar conectar-se ao compartilhamento. Como as credenciais mudaram na caixa NAS reconstruída, ele falhou quando o Windows tentou se conectar. Por alguma razão, as credenciais antigas saltaram do servidor e eu não consegui entrar.

A exclusão de qualquer instância dessas credenciais parece ter corrigido o problema:

  1. A execução de net use em cmd exibirá uma lista de credenciais lembradas usadas ao acessar ativos de rede. Eu tinha uma credencial armazenada para esse compartilhamento nessa lista.

  2. A execução de wmic netuse exibirá o nome de usuário real usado ao se conectar ao compartilhamento.

  3. E, finalmente, a execução de net use * \d removeu todas as credenciais armazenadas. Se houver credenciais que não devem ser removidas, algo como net use \ProblemServer\ProblemShare /delete deverá excluir apenas as credenciais desse compartilhamento.

  4. Neste estágio, o compartilhamento ainda funciona, mas apenas por um tempo. Após cerca de 5 minutos, recebo novamente a caixa de credenciais. Só agora eu posso digitar literalmente qualquer coisa e vai funcionar!

  5. Então, para contornar este problema eu corri net use \server\share "" /user:"" e então o compartilhamento funcionou magicamente. Pelo que entendi, eu disse ao Windows para sempre enviar um nome de usuário e senha em branco sempre que eu tentar acessar o compartilhamento.

Depois disso, consegui abrir o compartilhamento sem que o Windows solicitasse qualquer tipo de credencial.

Qualquer pessoa que tenha uma solução melhor ou uma explicação do porquê isso possa estar acontecendo é bem vinda!

    
por 11.01.2015 / 12:36