En mi caja CentOS 5.2 que ejecuta Samba (3.0.33-3.29) creé una carpeta llamada /upload
.
En samba configuré un recurso compartido como este:
[subir] comentario = subir carpeta ruta = / subir usuarios válidos = kevin root public = yes grabable = sí navegable = sí crear máscara = 0777 máscara de directorio = 0777 invitado ok = si
Me chown
'd la /upload
carpeta a mi cuenta de 'Kevin' y comprobé que podía crear archivos y carpetas a través de la cáscara.
Puedo navegar a la máquina desde Windows 7, autenticarme como 'kevin' y ver mi directorio compartido y el upload
recurso compartido, pero no puedo acceder a ellos.
Informes de Windows:
Error de red Windows no puede acceder a \\ cos-01 \ upload Verifique la ortografía del nombre. De lo contrario, podría haber un problema con su red. Para intentar identificar y resolver problemas de red, haga clic en Diagnosticar. Código de error: 0x80070035 La ruta de red no se encontró.
Esta es una lista de verificación de lo que he hecho:
- la cuenta
kevin
se agregó a samba usandosmbpasswd -a kevin
y configurando mi contraseña al mismo tiempo. Las contraseñas de samba y centos son las mismas. - el nombre del servidor
cos-01
está en el/etc/hosts
archivo, es decir
172.0.0.1 localhost localhost.localdomain 172.17.3.90 cos-01
- También he configurado el nombre de netbios en
/etc/samba/smb.conf
- Configuré el nivel de autenticación de LAN Manager de Windows 7 para "Enviar LM y NTLM - usar seguridad de sesión NTLMv2 si se negocia"
Actualizar:
Intenté acceder al recurso compartido tanto por la dirección IP como por el nombre del servidor, es decir, \ cos-01 \ upload o \ 172.16.3.90 \ upload. En ambos casos obtengo el mismo error que el detallado anteriormente.
Revisé el /var/log/samba/smbd.log
archivo de registro y vi muchos:
[02/07/2010 16:56:10, 0] smbd / service.c: make_connection_snum (1013) '/ upload' no existe o permiso denegado al conectarse a [upload] Error fue Permiso denegado
system-config-selinux
herramienta. ¿Puedo configurar esto usandosetsebool allow_smbd_anon_write 1
, es lo mismo?getsebool allow_smbd_anon_write
devuelve resultados alternados. Entonces ejecutaría ese comando y vería si funciona.setenforce 0
- probará si es SELinux causando el problema. Un reinicio o losetenforce 1
volverá a encender.Hay alguna información adicional que deberá proporcionar para responder esta pregunta.
chown
como root, o como kevin, o como alguna otra cuenta?security =
configuración actualmente en/etc/samba/smb.conf
? Si su servidor Samba es miembro de un dominio, probablemente debería serlosecurity = ads
; Si su servidor Samba es autónomo, probablemente debería sersecurity = user
osecurity = share
.client signing = no
? (Es posible que necesite en suyes
lugar cuando se conecta con nuevos clientes de Windows)client use spnego = no
? (Es posible que necesite en suyes
lugar cuando se conecta con nuevos clientes de Windows)winbind
corriendo? Si su servidor no es miembro de un dominio o controlador de dominio, esto puede causar un poco de confusión mientras se ejecuta; Los servidores independientes no necesitan este servicio .fuente
Hmm, esto normalmente significa que la ruta / carga local (por lo tanto, cargar en la raíz de su servidor) no existe en su servidor.
fuente
Intente acceder al servidor samba con la dirección IP: \ _ip_address_of_samba_server_ \ upload
Compruebe también los registros de samba en /var/log/samba/log.smbd y vea si el cliente de Windows realmente intenta iniciar sesión. De lo contrario, hay un problema con la red. Y el error parece ser así ...
Atentamente,
Martín
fuente
testparm
)? ¿Has intentado montar el recurso compartido desde Linux (a través desmbmount
)?Prueba esto, me ayudó
http://winplat.net/post/2012/04/04/Unable-to-access-Samba-shares-from-Windows-7-with-error.aspx
fuente
¿Qué dice smbclient si intentas conectarte a través de localhost? ¿Los mismos errores o solo SNAFU? ¿Y qué líneas crean smbclient y Windows para compartir la navegación? ¿Has intentado iniciar sesión como nadie para ver que tu directorio es accesible?
Y por último pero menos importante ... http://www.tomshardware.com/forum/75-63-windows-samba-issue
En el que se recomienda que el nivel de seguridad se reduzca de (nuevo) 128 bits, lo que permite conexiones a versiones anteriores y más compatibles de Windows Sharing.
-- Aquí va nada.
fuente