Samba: error de montaje: no se pudo resolver la dirección de XXX: error desconocido

16

He leído varias guías sobre cómo montar recursos compartidos de samba, pero aún no tuve suerte.

Puedo "iniciar sesión" en mi recurso compartido samba con el siguiente comando:

smbclient //vvlaptop/Documents

Pide contraseña, pero no hay contraseña, así que solo presiono Enter. Luego me inicia sesión con éxito con el mensaje smb: \>. Por alguna razón, no puedo montar el recurso compartido. Este es el comando que estoy usando:

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

¿Cómo puedo montar este dispositivo con éxito?

mount samba cifs Sepero
fuente
No es respuesta, pero funcionamount -t cifs -o username=USERNAME,password= //$(nmblookup vvlaptop|awk 'END{print $1}')/Documents /mnt/virginia
chepe lucho
Necro lo sé. Vea mi respuesta sobre cómo pude usar el nombre real.
Celess

Respuestas:

21

smbclient es capaz de buscar nombres de host

mount no puede buscar nombres de host

Para montar por nombre, debe usar un servicio DNS local como Avahi. Sin un DNS local, debe especificar la dirección IP al conectarse. Puede usar nmblookup -S WORKGROUPpara descubrir la dirección IP.

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

Por lo general, una mejor manera de acceder a los recursos compartidos es mediante el uso smbnetfs. Esto le permitirá montar muchos recursos compartidos sin permiso de root.

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

La página de manual de smbnetfs le dará más información.

Si un recurso compartido requiere inicio de sesión y contraseña, siga estos pasos.

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

Edite el archivo ~/.smb/smbnetfs.authpara insertar credenciales. Formato de archivo

auth            "hostname" "username" "password"
Rucent88
fuente
1
Una de las publicaciones más útiles y una gran pregunta. Simplemente solucioné un problema similar en el que tenía que empujar un nuevo if de 18.04.1 para que Avahi comenzara. Entonces todo funcionó. Sospecho que muchas personas terminan haciendo estas preguntas como tal se da cuenta de que no se inicien en su máquina virtual por cualquier razón, etc ...
Celess
1

Pruebe el siguiente comando:

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

Además, puede almacenar las credenciales en un archivo y hacer referencia a eso en su lugar:

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

Luego ponga sus credenciales en ese archivo:

username=mylogin
password=

Si las credenciales son parte de un dominio, inclúyalo también en el archivo:

domain=domainname

Referencias

slm
fuente
1
Agradezco su ayuda, pero esa solución no funciona. No recibo un error de "usuario / contraseña incorrectos".
Sepero
¿Agregar el interruptor detallado --verboseda más salida? Ver man mount.cifs.
slm
No da más información
Sepero
1

Tuve el mismo problema al intentar montar nuestro NAS. Resulta que se necesitan diferentes comandos para (creo que era) diferentes formatos, es decir, ext 4, NTFS, etc. Cuando finalmente encontré la versión correcta pude montar a través de fstaby terminal.
Usamos un Iomega NAS

Esto 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

Inicialmente utilicé el formato de número en lugar del nombre, pero los números seguían cambiando. No se pudo proporcionar direcciones IP permanentes donde fue necesario, así que le dio un nombre a la máquina y ahora funciona.

Sin embargo, esto dejó de funcionar en nuestras versiones nadia y maya (2 PC diferentes). ¿La nadia comenzó a funcionar quizás debido a una actualización? (No estoy consciente de hacer nada para corregirlo a pesar de intentarlo). El maya todavía no funciona. Que yo sepa, no cambié nada. Entonces parece que hay algunos problemas allí.

Debbie
fuente
0

Tuve exactamente los mismos síntomas y tuve que empujar a Avahi para comenzar una nueva instalación de 18.04.1 (que ya se había reiniciado muchas veces). Entonces todo funcionó. Sospecho que mucha gente termina haciendo estas preguntas ya que tal vez no se dan cuenta de que no estaba comenzando en su VM por cualquier razón, etc.

Consulte la respuesta de Rucent88 antes de leer más de la mía, que fue una de las publicaciones más útiles para este problema, y ​​la pregunta fue una gran pregunta sucinta.

Con nuevas instalaciones de 18.04.1, en VMware funcionó de fábrica. En VirtualBox, tuve que configurar la red en VirtualBox como "Adaptador puenteado" y luego colocar Avahi y agregarlo .localal nombre del host. He instalado VMware muchas veces y nunca tuve problemas hasta que probé VirtualBox hace unos días.

En mi aventura de dos días descubrí que Avahi no se iniciaba correctamente en la versión 18.04.1 nueva en las configuraciones de VirtualBox, donde parecía comenzar bien en las nuevas instalaciones de VMware. Además, en VMware está ocurriendo otra magia, ya que no tengo que agregar .local, para el nombre de la máquina XXX y las instalaciones de VMware, simplemente puedo usar el nombre de host simple de Windows.

En VirtualBox si lo hice:

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

antes de esto, con el agregado .local:

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

entonces funciona

Algunas personas afirman que cambiar nsswitch.confdebería solucionar la mountresolución del nombre. Pero después de configurar winbindy agregar a la lista en todo tipo de formas diferentes, no funcionó, y agregar o eliminar mdns4_minimalparece no afectar realmente mount. Tal vez el archivo no se estaba utilizando.

Consulte también https://ubuntuforums.org/showthread.php?t=2099537, que es un ejemplo súper corto de alguien que tiene el problema y alguien que muestra la sintaxis para corregir su comando si solo falta las diferencias al usar la resolución Avahi.

Incesante
fuente