Mi barba ahora es completamente gris y recuerdo hace mucho tiempo que usé NFS durante todas estas décadas yaquí cito el RFC originaleso nos da la base para el NFS que tenemos hoyRFC1094. Por supuesto,Tres décadas y algunas han pasado desde entonces,así que aquí está la pregunta:
En el intermedio¿Es posible ahora, a través de una opción de configuración, interpretar enlaces desde el lado del servidor?¡Esto seguramente aclararía algunos de mis problemas de interpretación de enlaces por parte del cliente!
¿O estoy completamente mojado y lo que estoy citando es obsoleto y realmente, de forma predeterminada, se resuelve en el lado del servidor y solo estoy persiguiendo conejos por madrigueras en mi solución de problemas?
SI AÚN ES LA VIEJA ESCUELA Y EL LADO DEL CLIENTE INTERPRETADO, ySi NO hay una opción que permita la interpretación del lado del servidor, ¿es posible que ayude el uso de enlaces relativos en lugar de absolutos?
Gracias.
Respuesta1
Los enlaces simbólicos siempre los resuelve el cliente. Hay varias razones para eso. En primer lugar, el protocolo NFS tiene el concepto de identificador de archivo. Cada identificador apunta a un objeto del sistema de archivos que puede ser un directorio, un archivo o un enlace simbólico (y algunos otros). Además,NFSv4.1La especificación dice claramente:
Ya sea creado por un cliente NFS o localmente en el servidor, los datos en un enlace simbólico no se interpretan cuando se crean, sino que simplemente se almacenan.
En segundo lugar, al procesar el enlace simbólico en el lado del servidor se deben tener en cuenta reglas de permisos adicionales, ya que el enlace simbólico podría apuntar al exterior del sistema de archivos exportado.
De hecho, los servidores SAMBA no tienen la opción de seguir enlaces simbólicos. Esto se debe a (a) los sistemas de archivos originales de MS no tenían el concepto de enlaces simbólicos y (b) los enlaces simbólicos como tipo de objeto del sistema de archivos se agregan enSMB2. El comportamiento, por cierto, coincide con la interpretación de NFS:
Los enlaces simbólicos NO DEBEN ser evaluados por el servidor.
Hay un par de servidores NFS de espacio de usuario que permiten implementaciones de sistemas de archivos personalizados, si es necesario:
- nfs-ganescha
- nfs4j(Soy uno de los desarrolladores)
Si hay unbienrazón para resolver enlaces simbólicos en el lado del servidor, esto se puede agregar.
Respuesta2
Tengo dos computadoras en una red con la misma configuración de montaje NFS apuntando al servidor. En el servidor hay enlaces simbólicos de un directorio exportado a otro. En un cliente los enlaces funcionan bien y en el otro no son fiables. Sospecho que dado que el cliente en funcionamiento tiene una nueva versión de NFS (uso del mismo protocolo), se solucionó un error. En teoría, la solicitud debería ir al servidor y ser interpretada allí, ya que es eso lo que realiza la exportación. Si un cliente coloca un enlace simbólico en la carpeta, probablemente se romperá en otros clientes. Sin embargo, el enlace simbólico del servidor debería funcionar. Este general sugiere que se necesita un tipo especial de enlace simbólico para recursos compartidos de red. Algo así como un enlace simbólico de servidor.