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

13

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

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

smbclient //vvlaptop/Documents

Ele pede senha, mas não há senha, basta pressionar Enter. Em seguida, ele me loga com sucesso com o prompt smb: \> . Por algum motivo, 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?

    
por Sepero 24.08.2014 / 17:51

4 respostas

14

smbclient é capaz de procurar nomes de host

mount is Não é possível procurar nomes de host

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

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

Normalmente, uma maneira melhor 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 manpage para 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.auth para inserir credenciais. Formato de arquivo

auth            "hostname" "username" "password"
    
por 26.08.2014 / 01:18
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 elas:

$ 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

por 24.08.2014 / 20:47
0

Tive o mesmo problema ao tentar montar o nosso NAS. Acontece que diferentes comandos são necessários para (eu acho que foi) diferentes formatos, ou seja, ext 4, NTFS etc Quando eu finalmente encontrei a versão correta eu era capaz de montar via fstab e terminal.
Nós usamos um Iomega NAS

Este fstab funciona

//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. Falhou miseravelmente dar endereços IP permanentes onde necessário, então deu um nome à máquina e agora funciona.

No entanto, isso parou de funcionar em nossas versões nadia e maya (2 PCs diferentes). A nadia começou a trabalhar talvez devido a uma atualização? (não ciente de fazer qualquer coisa para corrigi-lo apesar de tentar). O maya ainda não funciona. Tanto quanto eu sei, eu não mudei nada. Então parece que há alguns problemas lá.

    
por 30.08.2014 / 08:33
0

Eu tive exatamente os mesmos sintomas, e tive que cutucar o Avahi para começar uma nova instalação do 18.04.1 (que já havia sido reiniciado várias vezes). Então tudo deu certo. Eu suspeito que muitas pessoas acabam fazendo essas perguntas como talvez não percebam que elas não estavam começando na VM por qualquer motivo, etc ...

Por favor, veja a resposta de Rucent88 antes de ler mais sobre o meu, que foi um dos posts mais úteis para esta questão, e a pergunta foi uma grande questão sucinta.

Com novas instalações do 18.04.1, no VMware, funcionou imediatamente. No VirtualBox eu tive que definir a rede no VirtualBox para "Adaptador em ponte" e, em seguida, bump Avahi e adicionar .local ao nome do host. Eu instalei o VMware muitas vezes e nunca tive problemas até tentar o VirtualBox há alguns dias.

Em minha aventura de dois dias, descobri que o Avahi não estava começando corretamente em 18.04.1, nas configurações do VirtualBox, onde parecia começar bem com as novas VMware de instalação. Além disso, no VMware, alguma outra mágica está acontecendo, já que 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 fizesse:

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

antes disso, com o .local :

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

então funciona.

Algumas pessoas afirmam que a alteração nsswitch.conf deve corrigir mount a resolução do nome. Mas depois de configurar winbind e adicionar à lista de todas as formas diferentes, isso não funcionou, e adicionar ou remover mdns4_minimal parece não afetar mount . Talvez o arquivo não estivesse sendo usado.

Veja também o link que é um exemplo super curto de alguém com o problema e alguém mostrando a sintaxe para corrigir seu comando se você está perdendo as diferenças ao usar a resolução Avahi.

    
por 24.09.2018 / 20:58