Samba: erro de montagem: não foi possível resolver o endereço para XXX: erro desconhecido

16

Eu li vários guias sobre montagem de compartilhamentos de samba, mas ainda não tive sorte.

Consigo "logar" no meu compartilhamento de samba com o seguinte comando:

smbclient //vvlaptop/Documents

Ele pede senha, mas não há senha, então apenas pressione Enter. Em seguida, ele efetua login com sucesso com o prompt smb: \>. Por alguma razão, não consigo montar o compartilhamento. Este é o comando que estou usando:

mount -t cifs //vvlaptop/Documents /mnt/virginia
mount error: could not resolve address for vvlaptop: Unknown error

Como posso montar este dispositivo com sucesso?

Sepero
fonte
Não é a resposta, mas Worksmount -t cifs -o username=USERNAME,password= //$(nmblookup vvlaptop|awk 'END{print $1}')/Documents /mnt/virginia
chepe lucho
Necro eu sei. Veja minha resposta para saber como eu realmente consegui usar o nome real.
Celess

Respostas:

21

smbclient é capaz de procurar nomes de host

mount Não consegue procurar nomes de host

Para montar pelo nome, você deve usar um serviço DNS local como o Avahi. Sem um DNS local, você deve especificar o endereço IP ao se conectar. Você pode usar nmblookup -S WORKGROUPpara descobrir o endereço IP.

mount -t cifs //192.168.0.123/Documents /mnt/virginia

Geralmente, a melhor maneira de acessar compartilhamentos é usando smbnetfs. Isso permitirá que você monte muitos compartilhamentos sem permissão de root.

smbnetfs ~/mountdir
fusermount -u ~/mountdir # To unmount.

A página de manual do smbnetfs lhe dirá mais.

Se um compartilhamento exigir login e senha, siga estas etapas.

mkdir ~/.smb
cp /etc/samba/smb.conf /etc/smbnetfs.conf ~/.smb/
touch ~/.smb/smbnetfs.auth
chmod 600 ~/.smb/*

Edite o arquivo ~/.smb/smbnetfs.authpara inserir credenciais. Formato de arquivo

auth            "hostname" "username" "password"
Rucent88
fonte
1
Uma das postagens mais úteis e uma ótima pergunta. Eu apenas corrigi um problema semelhante em que eu tinha que cutucar um novo se de 18.04.1 para Avahi começar. Então tudo funcionou. Eu suspeito que muitas pessoas acabam fazendo essas perguntas como talvez não perceber que não estava começando em sua VM por qualquer motivo etc ...
Celess
1

Tente o seguinte comando:

$ mount -t cifs -o username=USERNAME,password= //vvlaptop/Documents /mnt/virginia

Além disso, você pode armazenar as credenciais em um arquivo e fazer referência a isso:

$ mount -t cifs //vvlaptop/Documents /mnt/virginia \
    -o credentials=/home/mylogin/winpasswd

Em seguida, coloque suas credenciais nesse arquivo:

username=mylogin
password=

Se as credenciais fizerem parte de um domínio, inclua isso também no arquivo:

domain=domainname

Referências

slm
fonte
1
Agradeço sua ajuda, mas essa solução não funciona. Não estou recebendo um erro de "usuário / senha incorretos".
Sepero 24/08
Adicionar a opção detalhada --verbosefornece mais saída? Veja man mount.cifs.
slm
Não fornece mais informações
Sepero
1

Teve o mesmo problema ao tentar montar nosso NAS. Acontece que comandos diferentes são necessários para (acho que eram) formatos diferentes, como ext 4, NTFS etc. Quando finalmente encontrei a versão correta, consegui montar via fstabe terminal.
Usamos um Iomega NAS

Isso fstabfunciona

//NASIomega/Documents /mnt/nas/Documents cifs guest,uid=1000,gid=1000,rw,iocharset=utf8,_netdev,file_mode=0777,dir_mode=0777,auto 0 0

Eu usei o formato numérico em vez do nome inicialmente, mas os números continuavam mudando. Falhando miseravelmente ao fornecer endereços IP permanentes quando necessário, deu um nome à máquina e agora ela funciona.

No entanto, isso parou de funcionar nas versões nadia e maya (2 PCs diferentes). A Nadia começou a funcionar talvez devido a uma atualização? (não sabe fazer nada para corrigi-lo, apesar de tentar). O maya ainda não funciona. Tanto quanto sei, não mudei nada. Parece que há alguns problemas por lá.

Debbie
fonte
0

Eu tinha exatamente os mesmos sintomas e tive que cutucar o Avahi para iniciar uma nova instalação do 18.04.1 (que já havia sido reiniciada várias vezes). Então tudo funcionou. Eu suspeito que muitas pessoas acabam fazendo essas perguntas, porque talvez não percebam que não estava iniciando na VM por qualquer motivo, etc.

Por favor, veja a resposta de Rucent88 antes de ler mais sobre a minha, que foi uma das postagens mais úteis para esta edição, e a pergunta foi uma ótima pergunta sucinta.

Com novas instalações de 18.04.1, no VMware, ele funcionou imediatamente. No VirtualBox, tive que definir a rede no VirtualBox como "Bridged Adapter" e, em seguida, colidir com Avahi e adicionar .localao nome do host. Instalei o VMware várias vezes e nunca tive problemas até experimentar o VirtualBox há alguns dias.


Na minha aventura de dois dias, descobri que o Avahi não estava sendo iniciado corretamente nas 18.04.1 novas, nas configurações do VirtualBox, onde parecia começar bem nas novas instalações do VMware. Além disso, no VMware, outras coisas estão acontecendo, pois não preciso adicionar .local. Para o nome da máquina XXX e as instalações do VMware, posso simplesmente usar o nome de host simples do Windows.

No VirtualBox, se eu fiz:

sudo avahi-daemon --check
sudo avahi-daemon
Daemon already running on PID 721

antes disso, com o acréscimo .local:

sudo mount -t cifs -o username=bob,uid=bob,gid=bob //Xxx.local/MyShare /mnt/MyShare

então funciona.

Algumas pessoas afirmam que a mudança nsswitch.confdeve corrigir a mountresolução do nome. Mas, depois de configurar winbinde adicionar à lista de várias maneiras diferentes, não funcionou, e adicionar ou remover mdns4_minimalparece não afetar mount. Talvez o arquivo não estivesse sendo usado.


Veja também https://ubuntuforums.org/showthread.php?t=2099537, que é um exemplo super curto de alguém que está com o problema e de alguém mostrando a sintaxe para corrigir seu comando, se você está perdendo as diferenças ao usar a resolução Avahi.

Celess
fonte