9.2.5.3 Testeando Conexiones con smbclient

Ejecuta el comando smbclient \\server\temp, el cual conecta al recurso /tmp de tu servidor, para ver si puedes conectar a ese servicio de ficheros. Deberías obtener la siguiente respuesta:

server% smbclient '\\server\temp' 

Server time is Tue May 5 09:49:32 1998 Timezone is UTC-4.0
Password:

smb: \> quit

Si obtienes el mensaje 'Get_Hostbyname: Unknown host name', 'Connect error: Connection refused' o 'Your server software is being unfriendly', mira la sección 9.2.5.2, 'Testeando localmente con smbclient' para los diagnósticos.

Si obtienes el mensaje 'servertemp: Not enough `\' characters in service' (servertemp: No hay bastantes caracteres '\' en el servicio), probablemente no pusiste bien las barras de dirección. También puedes escribir el comando:

smbclient
\\\\

server
\\temp

o:

smbclient //

server/temp

Ahora, proporciona tu contraseña de cuenta Unix al prompt Password. si obtienes un prompt smb\>, funciona. Introduce quit, y continúa con la sección 9.2.5.4, 'Testeando conexiones con NET USE'. Si entonces obtienes 'SMBtconX failed. ERRSRV - ERRinvnetname', el problema puede ser cualquiera de los siguientes:

• Un nombre de recurso erróneo: puedes haberlo tecleado mal el nombre, puede ser demasiado largo, puede ser una mezcla de ambos, o puede no estar disponible. Comprueba que lo que sale es lo que esperas con testparm (mira la sección 9.2.4.5).
• security = share, en el cual deberías añadir -U tu_cuenta para el comando smbclient, o conocer la contraseña de la cuenta Unix denominada temp.
• Un nombre de usuario incorrecto.
• Una contraseña errónea.
• Una opción invalid users o valid users inválida en tu fichero smb.conf que no permite conectar a tu cuenta. Vuelve a comprobar con testparm smb.conf tu_nombre_de_máquina tu_dirección_IP (mira la 9.2.4.5).
• Una opción valid hosts que no incluye el servidor, o una opción invalid hosts que sí lo incluye. Testea esto también con testparm.
• Un problema de autenticación, tal como shadow passwords o la PAM (Password Authentication Module) es usada en el servidor, pero Samba no está compilado para usarlas. Esto es raro, pero ocasionalmente ocurre cuando un binario Samba en un sistema Sun 4 (sin shadow passwords) está corriendo sin recompilación sobre un sistema Solaris (que sí usa shadow passwords).
• La opción encrypted passwords = yes en el fichero de configuración, pero no hay contraseña para tu cuenta en el fichero smbpasswd.
• Tienes una entrada null password, ya sea en Unix /etc/passwd o en el fichero smbpasswd.
• Estás conectando a [temp], y no tienes la opción guest ok = yes en la sección [temp] del fichero smb.conf.
• Estás conectando a [temp] antes de conectar a tu directorio home, y tu cuenta de usuario invitado no está configurada correctamente. Si puedes conectar a tu directorio home y luego conectas a [temp], ese es el problema. Mira el Capítulo 2 para más información sobre la creación de un ficheros de configuración básico de Samba.
  Una cuenta de usuario invitado errónea también impedirá la impresión o la navegación hasta que no te hayas logeado en tu directorio home.

Hay una razón más para éste fallo, que no tiene nada que ver con las contraseñas: la línea path = de tu fichero smb.conf puede apuntar a algún sitio que no exista. Esto no será detectado por testparm, y la mayoría de los clientes SMB tampoco te lo podrán indicar. Lo tendrás que chequear manualmente.

Una vez hayas conseguido conectar a [temp] con éxito, repite el test, esta vez logeándote en tu directorio home (p.e., mapea la unidad de red \davecb) a la busca de fallos en el intento de conexión. Si tienes que cambiar algo, una vez lo hayas echo vuelve a testear [temp].