☰

Errores de montaje del recurso compartido CIFS

tag-icon • tag-icon networking fedora mount cifs
Errores de montaje del recurso compartido CIFS

Estoy intentando montar un recurso compartido de red desde un Linksys NAS200 en Fedora 16.

El programa que estoy intentando ejecutar no acepta direcciones de red para guardar. Lo ejecuté sin especificar la dirección IP del servidor y aparece una IP aleatoria. Especificé una IP y no puedo encontrar el dispositivo.

Aquí están los errores:

[root@HOME ~]# mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass
mount.cifs kernel mount options: ip=184.106.31.190,unc=\\NAS_SERVER\public,,ver=1,user=user,pass=********
mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
[root@HOME ~]# mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass,ip=192.168.1.77
ip address 192.168.1.77 override specified
mount.cifs kernel mount options: ip=192.168.1.77,unc=\\NAS_SERVER\public,,ver=1,user=user,pass=********
Retrying with upper case share name
mount.cifs kernel mount options: ip=192.168.1.77,unc=\\NAS_SERVER\PUBLIC,,ver=1,user=user,pass=********
mount error(6): No such device or address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Pero funciona con smbclient:

[root@HOME ~]# smbclient -L 192.168.1.77
WARNING: The security=share option is deprecated
Enter user's password: 
Domain=[HOME] OS=[Unix] Server=[Samba 3.0.22]

Sharename       Type      Comment
---------       ----      -------
IPC$            IPC       IPC Service (Network Storage)
DISK 1          Disk      
PUBLIC          Disk      
ADMIN$          IPC       IPC Service (Network Storage)
Domain=[HOME] OS=[Unix] Server=[Samba 3.0.22]

Server               Comment
---------            -------
HOME                 Samba Server Version 3.6.5-85.fc16
NAS_SERVER           Network Storage

Workgroup            Master
---------            -------
HOME                 HOME

¿Por qué no puedo montar en este servidor samba? ¿Qué significan estos errores?

Respuesta1

Solucionar problemas al acceder a una carpeta compartida de Windows XP desde Fedora:

Estás recibiendo el error:

mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

1. Asegúrese de que Linux pueda hacer ping al otro cuadro.

Ejecute este comando en el cuadro de Linux a la IP del cuadro de Windows:

el@defiant /mnt $ ping 192.168.13.107
PING 192.168.13.107 (192.168.13.107) 56(84) bytes of data.
64 bytes from 192.168.13.107: icmp_req=1 ttl=128 time=0.366 ms
--- 192.168.13.107 ping statistics ---
44 packets transmitted, 44 received, 0% packet loss, time 42999ms
rtt min/avg/max/mdev = 0.178/0.227/0.366/0.038 ms

Si no puede alcanzar la caja o la conectividad está dentro y fuera, es posible que el soporte se queje.

2. Asegúrese de que una carpeta esté realmente compartida en Windows, siga estos pasos.

  1. Abra el explorador de archivos para C:\.
  2. Crea una nueva carpeta llamada public. Entonces ahora tienes C:\public
  3. Dentro de esa carpeta, cree un nuevo documento de texto llamado "testing.txt".
  4. Haga clic derecho en la carpeta C:\publicy vaya a propiedades.
  5. Haga clic en la pestaña para compartir.
  6. Asegúrese de que esté marcado "Compartir esta carpeta en la red". Tenga en cuenta el nombre del recurso compartido: "público".
  7. Haga clic en Aceptar. Debería aparecer una manita debajo de la carpeta, lo que significa que está compartida.

La carpeta 'pública' ahora está compartida y debería poder conectarse a ella con Linux.

3. En Linux, monte el recurso compartido con 'mount':

  1. Abra una consola y surootee.

  2. cree un directorio mkdir /mnt/windows . Aquí será donde accederá a los archivos compartidos.

  3. ejecute el comando de montaje que solicita una contraseña:

    [root@defiant mnt]# mount -t cifs //192.168.13.107/eric /mnt/windows -o username=eric
Password for eric@//192.168.13.107/public:  **********
[root@defiant mnt]#

  4. El comando anterior le solicita una contraseña, ingrese la contraseña correcta, una incorrecta producirá un error. Si no está seguro de la contraseña, puede cambiarla en el cuadro de Windows en Panel de control -> Cuentas de usuario.

  5. Ejecute el comando cd /mnt/windows y ejecute ls. Se presenta el contenido de la unidad:

    [root@defiant windows]# ls
testing.txt
[root@defiant windows]#

  6. Se ha conectado a la unidad de Windows.

4. Conéctese a la unidad compartida con el explorador de archivos Konqueror o Linux:

  1. Abre tu explorador de archivos, en mi caso konqueror.
  2. En la barra de ubicación del archivo, ingrese smb://192.168.13.107/publicy presione enter.
  3. Es posible que se le presente un cuadro de inicio de sesión con nombre de usuario y contraseña. Ingrese el nombre de usuario y la contraseña del cuadro de Windows que se describe en la parte superior de esta publicación.
  4. Felicitaciones, está conectado a la carpeta compartida.

SOLUCIÓN DE PROBLEMAS, si lo anterior no funciona.

Paso 1: ¿Has intentado reiniciar ambas computadoras?

Reinicie ambas computadoras. Después de eso, asegúrese de que todas las actualizaciones de Windows estén realizadas. Asegúrese de que Linux también tenga en cuenta sus actualizaciones de software. Reinicie después de las actualizaciones.

Paso 2: revise sus firewalls, ZoneAlarms y otro software de seguridad

Un software diseñado para proteger su computadora de virus, malware o males en Internet podría estar bloqueando su intento de compartir archivos. El firewall de Windows puede estar en modo paranoico. Aunque es poco probable que el Firewall de Windows sea el culpable, apáguelo temporalmente para verificar que no sea el problema. (no lo dejes fuera).

Obtenga una lista de todo el software de seguridad que podría estar configurado en modo paranoico. Firewalls de Windows, firewalls de terceros, ZoneAlarms, antivirus, Kaspersky, AVG o cualquier otra cosa que pretenda protegerlo de virus/malware/mal. Deberá revisarlos y desactivarlos temporalmente o abrir una lista blanca a través de ellos para su dirección IP.

Paso 3: obtenga pistas del software de seguridad.

ZoneAlarm mantiene un registro de todos los eventos e intentos de compartir carpetas; vaya a Descripción general->alertas y registros. Y vea una lista de todos sus intentos fallidos. Lo mismo es posible con otro software. En ese caso, te está protegiendo de ti.

Paso 4: Sospechar de problemas en el enrutador o en la propia red de área local

Tal vez el enrutador, los puentes inalámbricos, los concentradores tontos u otro dispositivo de red tengan alguna travesura directiva al bloquear su intento de conexión a la carpeta compartida. Es posible que el enrutador o el dispositivo esté bloqueando un puerto o tenga algo en modo restrictivo. ¿Alguien ha estado jugando con eso últimamente? Intente configurar el enrutador nuevamente a los valores predeterminados e inténtelo nuevamente.

Paso 5: asegúrese de que su red de área local sea simple y correcta.

¿Ambas computadoras están conectadas al mismo enrutador? ¿Quizás uno esté conectado a un puente inalámbrico Netgear de mala calidad y el otro a un enrutador? Simplifique la red haciendo que todas las computadoras se conecten a un enrutador. Reinicie los enrutadores e Internet, vuelva a intentarlo.

Paso 6: Todavía no funciona. Aislar la unidad defectuosa.

Es hora de pastorear gatos y aislar la unidad defectuosa. Demuestre que el cuadro de Windows no comparte su archivo conectándose al recurso compartido con una computadora diferente. Consiga una computadora portátil con Windows o un producto Apple de un amigo, conéctela a su red y vea si pueden acceder al recurso compartido. Si no pueden, la caja de Windows tiene un problema, si pueden, la caja de Linux tiene el problema.

Paso 7: Sospeche del firewall en Linux

Tome nota de cualquier alarma de seguridad especial o software de firewall especial en Linux. Ejecute system-config-firewally asegúrese de que smb esté marcado. Verifique para asegurarse de que Linux no esté impidiendo su montaje. Cree un recurso compartido smb en otra máquina Linux e intente conectarse a él.

Si nada de esto funciona. Utilice la opción nuclear, reinstale ambos sistemas operativos y comience de nuevo desde arriba. Esta es una cirugía de cohetes.

Respuesta2

Intentar:

mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass,sec=ntlm

La clave esseg=ntlm

Respuesta3

Añadiendo más posibles soluciones a este problema.

Este mensaje de error no es muy descriptivo, pero lo que significa es que se agotó el tiempo de espera de la operación. Existen numerosas razones posibles para esto y, mientras investigaba este problema, encontré algunas soluciones que aún no se han mencionado en este hilo.

1.) Red ambigua

No se menciona a menudo en las diversas soluciones que puede encontrar para este problema en línea, pero el servidor al que se está conectando debe estar en la misma subred que su máquina local. Este problema me surgió porque tenía habilitadas las conexiones por cable e inalámbricas, y determinar a qué subred pertenecía el dispositivo era ambiguo, ya que las dos conexiones no son la misma red. Deshabilitar Wifi solucionó el problema al instante. Me topé con esta solución mientras leía.El taller:

[SOLUCIÓN]

En mi caso, el recurso compartido DFS estaba en un almacenamiento en una subred diferente. Agregué un alias de red (eth0:1) con una IP en esa subred de almacenamiento y luego funcionó.

Habría esperado algo como "no hay ruta al host" en lugar del críptico "error (115): Operación en curso"...

Bueno, no puedo tenerlo todo;)

Fuente:http://www.das-werkstatt.com/forum/werkstatt/viewtopic.php?f=7&t=2074

2.) Nuevas líneas al final del archivo de credenciales

Los archivos de credenciales son útiles si tiene caracteres especiales como la coma ,en su contraseña. Se puede hacer referencia a él en las opciones de esta manera:

mount -t cifs //remote /mnt/local -o credentials=/path/to/cifs.credo

El archivo está formateado con shuna declaración de variable de estilo:

username=me
password=mypassword
domain=mydomain

Si está utilizando un archivo de credenciales, asegúrese de que no haya caracteres de nueva línea al final, o se agotará el tiempo de espera al intentar analizar el archivo de credenciales:

...
domain=mydomain
<empty line>

3.) Intentar montar un directorio específico en lugar del punto compartido real

Si el directorio específico que necesita es un subdirectorio del recurso compartido, no podrá montar esa carpeta directamente. Intentar hacerlo da como resultado un par de errores diferentes, siendo este uno de ellos.

En su lugar, monte el punto compartido y luego agregue un enlace simbólico al subdirectorio que necesita:

~> mkdir /mnt/local
~> sudo mount -t cifs //remote /mnt/local
~> ln -s /mnt/local/path/to/my-folder /mnt/my-folder

De esta manera, obtendrá el mismo resultado que montar el subdirectorio sin tener que profundizar en él cada vez.

Respuesta4

A menudo tengo que citar -o "username=joe,password=yadayada,domain=adomain" //share/share /mnt y se montará de inmediato y la mayoría de los ejemplos que he buscado no muestran esa parte (si es necesario en esos sistemas).
De hecho, tuve ese problema en mi tableta hace un momento (por qué estoy aquí, quería nombre UNC, no IP). Las citas lo solucionaron de inmediato.

información relacionada