No se puede conectar al recurso compartido de smb después de actualizar a Ubuntu Gnome 16.04

8

Después de la actualización a Ubuntu Gnome 16.04, ya no puedo acceder al recurso compartido smb de mi tanque de medios en red. Es una vieja (2009) Popcorn Hour A-110.

Cuando me conecto al servidor smb: //192.168.0.5 en nautilus, recibo un bucle interminable que me solicita que inicie sesión, lo que genera un mensaje de autenticación fallido. Estoy seguro de que el nombre de usuario / contraseña son correctos, porque funciona en Windows y lo he restablecido una docena de veces. Tenga en cuenta que antes de la actualización (Ubuntu Gnome 15.10), ni siquiera se me solicitaría un nombre de usuario / contraseña, solo se abriría en el navegador de archivos.

Así que instalé smbclient para ver qué está pasando, y eso me da una pista:

smbclient //192.168.0.5/share -U nmt
Server does not support EXTENDED_SECURITY  but 'client use spnego = yes and 'client ntlmv2 auth = yes'
session setup failed: NT_STATUS_ACCESS_DENIED

Eso parece sugerir que el servidor nmt podría ser demasiado antiguo para admitir algún esquema de seguridad requerido por el cliente.

¿Cómo puedo arreglar esto?

Peter De Maeyer
fuente
3
Posible duplicado del error de usuario / contraseña
Panagiotis Tabakis

Respuestas:

11

Esta pregunta es un duplicado de esta .

La respuesta: debe establecer explícitamente

client use spnego = no

en /etc/samba/smb.conf.

Si no puede encontrar este archivo, ejecute el comando:

sudo apt-get install smbclient
Peter De Maeyer
fuente
Obtuve acceso después de agregar disponible = sí en los detalles del recurso compartido junto con el uso del cliente spnego = no en la sección global
Baran
La configuración client use spnego = nodebe ir a la [global]sección.
Franc Drobnič
2

Intenté todas estas sugerencias y nada funcionó. Lo que funcionó para mí fue lo siguiente:

sudo smbpasswd -a [username]

No entiendo por qué samba olvidó al usuario, y me resulta difícil creer que se debe informar explícitamente a samba sobre cada usuario que necesita acceder a la máquina Linux desde Windows, pero eso fue lo que hizo el truco (por suerte, tengo solo un usuario), así que les dejo saber a todos.

Mike Nakis
fuente
1

Estoy ejecutando ChaletOS 16.0.4.2. Hice todo lo que pude encontrar en línea para obtener acceso a una unidad externa compartida a través de un enrutador Asuswrt-Merlin. ¡NADA! ¡NO SIGNIFICO NADA FUNCIONADO! Una vez que instalé todas las cosas de samba necesarias, aún no podía acceder a mi parte. Seguí recibiendo el mensaje para ingresar mi contraseña. Lo ingresé correctamente pero no tuve alegría. Una vez que hice el cambio de Peter de Maeyer en "/etc/samba/smb.conf" arriba, la unidad se abrió como un cielo azul después de una fuerte lluvia. Gracias Peter !!!

Como nunca encontré todos estos pasos en un solo lugar, espero que esto pueda ayudar a alguien más. Lo que finalmente hizo el truco fue una combinación de la respuesta de Peter y este enlace .

Para resumir, primero creé el archivo "~ / .smbcredentials" y puse la información relevante dentro:
( Para los que no están familiarizados, ese pequeño personaje ondulante frente a "/" significa colocar el archivo en su carpeta "/ home")

nombre de usuario =msusername

dominio =ENTER_YOUR_WINDOWS_DOMAIN

contraseña =msusername

(El sitio no dice agregar el dominio, pero lo hice solo por si acaso)

Guardé y cerré ese archivo y cambié los permisos para ingresarlo en el terminal:

chmod 600 ~/.smbcredentials

A continuación, edité el archivo "/ etc / fstab" ingresando esto en la terminal:

sudo gedit /etc/fstab

En el archivo "fstab", ingresé esto en la parte inferior (asegúrese de usar su propia información aquí):

smb://COMPUTER_NAME/SHARED_FOLDER /media/NEW_FOLDER_NAME cifs credentials=/home/YOUR_UBUNTU_USERNAME/.smbcredentials,iocharset=utf8,sec=ntlm 0 0

Guardé y cerré ese archivo y luego abrí el archivo "smb.conf" ingresando esto en una terminal:

sudo gedit /etc/samba/smb.conf

En la línea # 29 (en "Global") cambié el nombre del "grupo de trabajo" para que coincida con el nombre del "dominio" anterior. Inmediatamente debajo de eso, creé una nueva Línea (Línea # 30) e ingresé:

client use spnego = no

Por si acaso, después de leer este sitio , pensé que sería una buena idea también hacer este cambio en la Línea # 101:

obey pam restrictions = yes a obey pam restrictions = no

Después de más de veinte (sí, eso es 20) horas y horas de buscar y descifrar mi sistema varias veces, finalmente encontré alegría con esta configuración.

¡Buena suerte y que los Dioses de Linux estén contigo!

GlammaGeek
fuente
0

Intenté estas respuestas pero aún no puedo conectarme a mis recursos compartidos de Windows. Puedo conectarme desde mis PC con Windows a mi recurso compartido de Ubuntu, pero no al revés. Usando 16.04.

Actualizar / Editar:

Bueno, después de realizar muchas cosas diferentes, incluida la reinstalación de Ubuntu y la edición del archivo SMB.CONF, descubrí cómo solucionar mi problema.

Limpié mi computadora portátil e instalé la estación de trabajo Fedora 24 y noté los mismos resultados: dije HMMMM.

Y luego me di cuenta de que la mayoría de las computadoras a las que intentaba conectarme tenían nombres de usuario, por supuesto, pero contraseñas en blanco. Intenté como SMB.CONF edit que alguien había mencionado para permitir el uso de contraseñas en blanco, pero no pude hacer que eso funcionara. Y, según sea necesario, siempre reiniciaría mi smbd y nmbd después de los cambios.

De todos modos, tenía una computadora en la red que tenía un nombre de usuario y contraseña. Adivina qué: ¡desde Fedora pude conectarme! Luego ingresé las contraseñas en las otras computadoras y listo, finalmente pude conectarme a ellas desde Fedora.

Ahora, dado que el objetivo es usar Ubuntu, volví a limpiar mi computadora portátil, pero esta vez hice una nueva instalación de la estación de trabajo Ubuntu. Hice dos cambios muy pequeños en el archivo SMB.CONF (los hice también en la instalación de Fedora) para establecer el nombre del grupo de trabajo correctamente y el nombre de netbios correctamente. Acabo de dejar todo lo demás por defecto.

Luego, compartió una carpeta en la máquina Ubuntu. Simplemente usé la GUI para compartir la carpeta (no modificó el SMB.CONF) y la configuré para permitir el acceso de invitados. Ahora, cada PC en mi red puede conectarse al recurso compartido en mi máquina Ubuntu. Si quiero establecer controles más estrictos sobre quién puede y quién no puede acceder a ese recurso compartido, puedo hacer cambios en mi SMB.CONF.

Pero ahora, lo mejor es que ahora puedo conectarme desde mi computadora portátil Ubuntu a cualquiera de las otras computadoras y recursos compartidos en mi red.

La solución a mi problema, que puede o no ayudar a otros, es que aquellos dispositivos a los que no podía conectarme tenían cuentas sin contraseñas. Una vez que se asignaron las contraseñas, todo funcionó.

¡Espero que esto pueda ayudar a alguién!

Gracias,

Rich Huelbig


fuente
Wow, ¿usar ventanas sin contraseñas en 2016? ¿Dónde estamos en hibernación durante los últimos 20 años o estoy malinterpretando algo? Windows no ha permitido el uso compartido de red sin contraseña durante mucho tiempo, probablemente desde Windows 95 ya, por lo que aprendió algo bueno aquí.
LifeBoy