Usuários do Windows tendo problemas para se conectar a um servidor SAMBA baseado em Ubuntu

Question

Estou configurando um servidor de arquivos Samba no servidor Ubuntu 16.04 e desejo acessar pastas compartilhadas em PCs com Windows 7 e Windows 10.

Eu posso acessar qualquer pasta compartilhada quando alexr for o usuário válido definido em smb.conf , mas não consigo acessar a rede samba usando as credenciais de Bek . O Windows me fornece a seguinte mensagem quando tento acessar por meio de RUN \nework location :

…Bek is not accessible. You might not have permission to use this network resource...Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections…and try again.

A mensagem de erro acima tem 2 partes. O usuário Bek não tem permissão ou há várias conexões que não são permitidas. Não tenho certeza qual é o meu problema.

As capturas de tela a seguir são de smb.conf mostrando configurações de pasta compartilhada e a saída da listagem de usuários do samba com o pbedit. Obrigado por qualquer ajuda antecipadamente.

    

Answer 1

Este é um aborrecimento que tive várias vezes no passado com o Windows. Basicamente, quando você se conecta ao compartilhamento sob o usuário alexr , o Windows armazenou em cache o nome de usuário desse usuário. Mesmo que ele solicite mais credenciais, ele ainda acha que alexr está conectado ao servidor e se recusa a conectá-lo devido às credenciais armazenadas em cache. Se você executar: net use , deverá ver a conexão com o servidor já estabelecida. Você pode usar: net use /delete <Path to share> para remover a conexão. Depois disso, você deve tentar se conectar com Bek .

Editar: Para responder à sua pergunta sobre a permissão de várias conexões para o mesmo servidor, (você editou minha postagem como resposta): Uma solução possível é usar o endereço IP do servidor ou ter aliases para o servidor e fazer duas conexões separadas para eles. Por exemplo, tenha uma conexão através do endereço IP do servidor e a segunda conexão conectada através do nome do host do servidor. Você pode ler sobre essas soluções alternativas aqui .