Mi servidor NFS es una caja de Windows XP SP3 con los servicios de Microsoft Windows para Unix instalados.
Tengo un recurso compartido configurado en C:\NFS con el nombre compartido NFS y codificación ANSI.
El acceso anónimo está habilitado, con el UID/GID anónimo establecido en 0/0. Además, configuré TODAS LAS MÁQUINAS en Lectura-Escritura y marqué la casilla de verificación para Permitir acceso de root.
Mi primer cliente NFS es una caja Ubuntu 10.04, con nfs-common instalado. Correr
sudo mount -t nfs 1.1.1.1:/NFS /home/user/NFS
tiene éxito, pero cuando intento ver la carpeta (incluso como raíz), me dice que no tengo los permisos necesarios para ver el contenido de la carpeta.
Mi segundo cliente NFS es una máquina IBM iSeries que ejecuta OS/400 V5R3. Usé el comando de montaje a continuación:
MOUNT TYPE(*NFS) MFS('1.1.1.1:/NFS') MNTOVRDIR('/PARENT/NFS') OPTIONS('rw,nosuid,retry=5,rsize=8096,wsize=8096,timeo=20,retrans=2,acregmin=30,acregmax=60,acdirmin=30,acdirmax=60,soft') CODEPAGE(*BINARY *ASCII)
que también se monta con éxito. Intentando
WRKLNK '/PARENT/NFS'
y usar la Opción 5 para ingresar al directorio produce unNo autorizado a oponerseerror, aunque soy un oficial de seguridad con la autoridad especial *ALLOBJ.
Mi instinto me dice que es un problema con el recurso compartido de Windows, pero no sé qué podría ser. ¿Tienes alguna sugerencia?
Respuesta1
Alguna razón para no usar simplementeSambaen la caja *NIX? De esa manera, puede acceder a recursos compartidos en el cuadro *NIX desde Windows o montar recursos compartidos de Windows en el cuadro *NIX.
"Servicios de Microsoft Windows para Unix", de alguna manera eso me da acidez de estómago con solo leerlo.
Respuesta2
¿Ha comprobado que tiene el permiso de ejecución (en Unix significa "Lista de carpetas" cuando se aplica a carpetas) otorgado en el directorio y sus subdirectorios? Puede haber algunas configuraciones específicas de Windows que pueden ser equivalentes, como "Carpeta de lista" o "Carpeta transversal". Concédelo a todos o a cualquier servidor NFS que se esté ejecutando. No importa que seas superusuario/QSECOFR en elclientePor otro lado, lo que importa es qué permisos tiene la identificación de la cuenta del servidor, cuáles son los permisos del directorio, a qué identificación del usuario del servidor está asignada su identificación de usuario del cliente (en el caso de la asignación de identificación, que no es el caso aquí).
No es el caso aquí: permisos en directoriosarribael exportado también podría causar errores similares. Por ejemplo, supongamos que exportó un directorio c:\foo\bar\baz y se otorgan todos los permisos adecuados en baz, pero los permisos de foo no permiten que el servidor NFS acceda a baz. ¡Error!
Active el inicio de sesión en el servidor si es posible y observe los registros.
Respuesta3
No estoy seguro con XP. Sin embargo, tuve un problema similar en Windows Server 2012. La solución fue habilitar elAcceso a la red: permitir que todos los permisos se apliquen a usuarios anónimosestablecimiento de políticas bajoConfiguración de seguridad\Políticas locales\Opciones de seguridad.
Encontré la solución en esta página:
http://technet.microsoft.com/en-us/library/hh509019%28v=ws.10%29.aspx