¿Por qué falla mac smb connect con el inicio de sesión desde cli pero funciona desde el buscador y con la cuenta de invitado?

8

Así que tengo un mac (Yosemite) que comparte una carpeta de solo lectura para muchos usuarios y la cuenta de invitado está habilitada para montar / acceder a esa carpeta para que los usuarios puedan descargar lo que sea. Me estoy conectando al recurso compartido como administrador con otro mac (Sierra). Funciona cuando ejecuto como usuario invitado desde la línea de comandos:

mount_smbfs //[email protected]/Files /tmp/files
ls /tmp/files
fileA    fileB

o si me conecto desde el buscador como invitado:

click MacBook-Pro -> Connect As -> Guest -> Connect
double click Files
ls /Volumes/Files
fileA    fileB

Ahora hay una cuenta de usuario administrador en el mac (Yosemite). Quiero montar / acceder a esa carpeta con privilegios de lectura / escritura, pero todos los intentos de montar la carpeta con un inicio de sesión fallan si solicito el nombre de usuario desde la línea de comandos.

mount_smbfs //[email protected]/Files /tmp/files
Password for MacBook-pro.local:
mount_smbfs: server rejected the connection: Authentication error

Sin embargo, si me conecto con Finder:

click MacBook-Pro -> Connect As -> Registered User
Username: admin
Password: password
 -> Connect
double click Files
ls /Volumes/Files
fileA    fileB

En todos los casos de conexiones exitosas, puedo ver en la sección del servidor compartido de Propiedades del sistema que cuando hago clic en Compartir archivos: Activado - > Opciones ... revela

Share files and folders using SMB
  Number of users connected: 1

¿Puedes adivinar por qué se rechaza la conexión cuando intento conectarme por smb con la línea de comandos usando la cuenta que requiere autenticación?

Editar

Sí, AFP connect funciona en todos los casos, incluido el cli con una cuenta que requiere una contraseña. Por ejemplo:

mount_afp -i afp://[email protected]/Files /tmp/files
Password: 
ls /tmp/files
fileA    fileB

Por el bien de las pruebas, también intenté reducir las reglas de autenticación de smb por si acaso, pero no hubo ningún efecto, incluso el envío de la contraseña en texto sin formato. Como tal:

sudo nano /etc/nsmb.conf
   [default]
   minauth=none
^c+X
mount_smbfs smb://admin:[email protected]/Files /tmp/files
mount_smbfs: server rejected the connection: Authentication error

EDIT2

Aquí hay algunos archivos de registro en caso de que alguien pueda obtener información de ellos sobre este problema. (Disculpe por publicar los registros fuera del sitio, pero hubo demasiado texto en los registros exitosos).

Primero, el registro del cliente de la conexión a MacBook-Pro.local a través de SMB a través del Finder utilizando el flujo de este modo:

Click MacBook-Pro
Connect As: Registered User
Name: admin
Password: password
Connect

Produce una salida de registro como esta en la consola:

enlace

Ahora la lista de todas las carpetas compartidas está disponible para el administrador, por supuesto. Por lo tanto, al hacer clic en la carpeta Archivos se produce una mayor salida de registro, como así:

enlace

La carpeta de archivos se monta y puede ser leída / escrita por el usuario administrador

A modo de comparación, aquí hay un registro de la consola al intentar conectarse al recurso utilizando la herramienta de línea de comandos pura mount_smbfs:

default 09:43:21.257429 -0400   gamed   GKClientProxy: clientForBundleID:
default 09:43:21.257543 -0400   gamed   GKClientProxy: updateIfRecentlyInstalled
default 09:43:21.258623 -0400   gamed   GKClientProxy: clientForBundleID:
default 09:43:21.258751 -0400   gamed   GKClientProxy: updateIfRecentlyInstalled
default 09:43:21.277114 -0400   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
default 09:43:21.277194 -0400   opendirectoryd  <private> completed, delivered 1 result
default 09:43:22.025420 -0400   mount_smbfs subsystem: com.apple.SystemConfiguration, category: SCPreferences, enable_level: 0, persist_level: 0, default_ttl: 0, info_ttl: 0, debug_ttl: 0, generate_symptoms: 0, enable_oversize: 0, privacy_setting: 2, enable_private_data: 0
default 09:43:22.030767 -0400   mount_smbfs subsystem: com.apple.network, category: , enable_level: 0, persist_level: 0, default_ttl: 0, info_ttl: 0, debug_ttl: 0, generate_symptoms: 0, enable_oversize: 0, privacy_setting: 2, enable_private_data: 0
default 09:43:22.069146 -0400   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
default 09:43:22.069231 -0400   opendirectoryd  <private> completed, delivered 1 result
default 09:43:22.069385 -0400   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
default 09:43:22.069479 -0400   opendirectoryd  <private> completed, delivered 1 result
default 09:43:22.072139 -0400   opendirectoryd  Client: <private>, UID: 502, EUID: 502, GID: 20, EGID: 20
default 09:43:22.072212 -0400   opendirectoryd  <private> completed, delivered 1 result
error   09:43:22.146661 -0400   kernel  loginwindow is not entitled
error   09:43:22.146708 -0400   kernel  loginwindow is not entitled
error   09:43:22.146799 -0400   kernel  UserEventAgent is not entitled
error   09:43:22.146882 -0400   kernel  UserEventAgent is not entitled
default 09:43:22.886004 -0400   AppleIDAuthAgent    SERVER Doing account check for "[email protected]???????.???". (scheduledAccountCheckDispatcher()/AppleIDAuthd.cpp #545) accountCheckDispatch
default 09:43:22.886074 -0400   AppleIDAuthAgent    Checking account <private>
default 09:43:22.887673 -0400   AppleIDAuthAgent    _AppleIDAuthAccountForAppleID falling back to account aliases

error   09:43:22.891028 -0400   AppleIDAuthAgent    ### Request GS token for '<private>' start failed: -101
default 09:43:22.891078 -0400   AppleIDAuthAgent    ### Authenticate '<private>' failed: <private>
default 09:43:22.891158 -0400   AppleIDAuthAgent    SERVER Didn't succeed with .authenticate, and error is ERROR:"CSIdentityErrorDomain" #-101 kCSIdentityAppleIDInvalidAccountOrPasswordErr {  } so releasing session. (___Z31__AppleIDSessionDoCreateSessionPK10__CFStringS1_PK14__CFDictionaryPS1_PS4_PP9__CFError_block_invoke()/AppleIDXMLServerCommunications.cpp #902) queue.session.
default 09:43:22.891399 -0400   AppleIDAuthAgent    Next time for '<private>': 2016-10-11 13:43:22 +0000 (497886202.891342 + 0.000000), 0.000000 seconds
default 09:43:22.891514 -0400   AppleIDAuthAgent    Next time for '<private>': 2016-10-11 13:43:22 +0000 (497886202.891467 + 0.000000), 0.000000 seconds
default 09:43:22.891560 -0400   AppleIDAuthAgent    Next action time for <private>: <private> (because the account does not have a certificate nor an uploaded csr)
default 09:43:25.393805 -0400   CommCenter  #watchdog #I Callback Watchdog: checkin 119
default 09:43:25.394014 -0400   CommCenter  #watchdog #I Server Watchdog: checkin 119
default 09:43:28.212369 -0400   opendirectoryd  Client: <private>, UID: 502, EUID: 502, GID: 20, EGID: 20
default 09:43:28.212476 -0400   opendirectoryd  <private> failed with error '<private>' (2)
default 09:43:29.061659 -0400   kernel  SmartBattery: finished polling type 4
default 09:43:29.847392 -0400   gamed   GKClientProxy: clientForBundleID:
default 09:43:29.847446 -0400   gamed   GKClientProxy: updateIfRecentlyInstalled
default 09:43:29.847970 -0400   gamed   GKClientProxy: clientForBundleID:
default 09:43:29.847992 -0400   gamed   GKClientProxy: updateIfRecentlyInstalled
default 09:43:29.879093 -0400   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
default 09:43:29.879183 -0400   opendirectoryd  <private> completed, delivered 1 result

WORKAROUND

Encontré que este fragmento de código AppleScript funciona desde la línea de comandos.

osascript -e 'tell application "Finder" to mount volume "smb://admin:[email protected]/Files"'

Se abrirá una ventana de confirmación con el campo de contraseña completado. Sin embargo, se requiere poner la contraseña en texto sin cifrar. Obviamente, también se puede hacer sin la contraseña y escribirla cada vez.

osascript -e 'tell application "Finder" to mount volume "smb://[email protected]/Files"'

Así que intenté guardar la contraseña. Después de marcar la casilla para guardar el inicio de sesión en el llavero, el mismo comando se ejecuta correctamente sin tener la contraseña en el texto sin cifrar, pero aún presenta la ventana de confirmación con la casilla Contraseña y la casilla "Recordar contraseña" también está marcada.

Al guardar la contraseña, aún no se aplicaba a la conexión mount_smbfs. El intento de montaje falló.

Quizás esta idea de osascript es una solución alternativa, pero no responde a la pregunta de por qué Samba se conecta por medio del buscador pero no cuando se usa cli.

    
pregunta ndasusers 10.10.2016 - 21:54

1 respuesta

-2

GKClientProxy: clientForBundleID: 4

    
respondido por el ddjskater 22.04.2017 - 23:35

Lea otras preguntas en las etiquetas