Asumiendo que NO quieres habilitar la función de inicio de sesión de usuario "Root" y aflojar los permisos de archivos y directorios lo suficiente como para potencialmente abrir tu sistema a un vector de ataque de seguridad significativo (y estoy asumiendo exactamente eso...), a día de hoy, 7 de febrero de 2017, no hay forma de conseguir lo que describes :(
Al menos no para los recursos compartidos AFP / SMB / CIFS (esos son los únicos tres que he probado, puede que tengas otra suerte con los volúmenes NFS pero no los tengo en mi red así que no puedo confirmarlo).
Parece que hay dos posibles causas de fondo. Una es que en algún momento alrededor de Yosemite, hubo alguna modificación en la diferencia entre el uso de la funcionalidad de montaje automático directo frente al indirecto que causó fallos intermitentes cuando un recurso compartido montado automáticamente fue accedido por más de un usuario.
A partir de Sierra, esta funcionalidad está completamente rota ya que el dueño del directorio especial /Volumes fue hecho para ser el usuario "Root" y ese usuario tomará la propiedad automáticamente si a otro usuario se le otorga la propiedad de cualquier carpeta o archivo en ese directorio en algún momento. Se han archivado los errores No dude en comentar y compartir su indignación.
En el sección de comentarios en esta entrada del blog Discutiendo varios ejemplos de uso del automontaje (y algunas de sus limitaciones) el usuario "Mark" proporciona un análisis completo de este tema con respecto a la compartición de carpetas montadas automáticamente entre múltiples usuarios.
En resumen: se rompió en algún momento de la versión 10.10 y, a pesar de que se ha discutido en muchos foros, Apple aún no ha reconocido el error ni se ha comprometido a solucionarlo.
Creo que hay algo que sucede con 10.11 que rompe el procedimiento > para montar recursos compartidos AFP en directorios de usuario. Estoy tratando de montar afp://user:pass@myserver.local/Music en /Users/me/Test
auto_master tiene la línea: /- auto_afp -nosuid
auto_afp tiene la línea /Users/me/Test -fstype=afp afp://serveuser:servepass@server.local/Music
El servidor se monta perfectamente, pero al hacer clic en el icono del servidor en /Users/me da el error "La carpeta "Test" no se puede abrir porque no tiene permiso para ver su contenido".
Después de trabajar en el problema, veo que se trata de un problema de permisos de permisos. El punto de montaje tiene el propietario y el grupo y los permisos drwx--@ 1 Root wheel 364 31 Dic 10:01 Test (En realidad, es interesante - si vacío mi archivo auto_afp y reinicio, esto vuelve a ser un directorio normal con propietario/grupo/permisos drwx--+ 18 me staff 612 31 dic 10:01 Prueba)
Así que el problema aquí es que autofs está montando el recurso compartido con privilegio de Root y mi usuario no puede utilizar el recurso compartido. De mi lectura en la web, esto parece ser un problema relativamente nuevo - tal vez El Capitan?
Para comparar, cuando hago lo siguiente (como usuario, no como usuario del sistema o usando 'sudo'): Crear una nueva carpeta desde el finder en /Users/me llamada 'Test3 luego desde la terminal introduzco: mount -o nosuid -t afp afp://serveuser:servepass@server.local/Music /Users/me/Test3
entonces el servidor se monta maravillosamente (aunque con el nombre del buscador "Música", que preferiría cambiar), y tiene lo siguiente usuario/grupo/permisos: drwx--@ 1 yo personal 364 31 Dic 10:21 Test3 y Puedo ver y manipular el contenido.
En resumen, el problema es: ¿Cómo puedo hacer que autofs monte un recurso compartido de red AFP y lo mapee en un directorio de usuario para que el usuario pueda acceder y manipular su contenido? Históricamente, creo que esto es exactamente cómo autofs se supone que funciona, pero parece que la propiedad de la carpeta mapeada por 'Root wheel' impide que ahora sea de cualquier utilidad.
Una cuestión más, ya que estoy en ello: He vuelto a caer en el simple objetivo descrito anteriormente, pero mi objetivo a largo plazo es asignar una carpeta de música externa a cada usuario. carpeta de música a CADA usuario. auto_afp debería tener este aspecto:
/Users/me/Test -fstype=afp afp://serveuser:servepass@server.local/Music /Usuarios/su prueba -fstype=afp afp://serveuser:servepass@server.local/Music /Users/him/Test -fstype=afp afp://serveuser:servepass@server.local/Music
Sé que puedo hacer este montaje en los elementos de inicio de sesión de cada usuario, pero eso no es lo suficientemente bueno para lograr mis necesidades a largo plazo. A largo largo plazo, necesito esta carpeta montada en el arranque por autofs para hacerla disponible para la copia de seguridad en la nube.
El usuario "Ben" comentó, confirmando este análisis y haciéndose eco de que, al menos en el momento en que compartió su comentario, no había ninguna solución:
El uso de un mapa indirecto tampoco ayuda. Esta funcionalidad parece estar fundamentalmente roto en OSX volver a por lo menos Yosemite He He revisado 3 años de publicaciones de personas con este mismo problema y por lo que puedo decir, simplemente no hay manera de compartir un punto de montaje a través de los usuarios lo que es un enorme, exasperante, increíble fracaso.
¡Gracias Apple!
NOTA : No recomiendo esto para ninguna red, así que no proporcionaré instrucciones detalladas sobre cómo hacerlo aquí, pero otro usuario en ese mismo tablero de comentarios indicó que habilitar el inicio de sesión del usuario Root y usar eso para acceder a su sistema permitiría que esto funcionara como se esperaba:
Una opción es habilitar Root, e iniciar la sesión como Root. Una vez que se hace eso todo empieza a funcionar. Opción de mierda, lo sé, pero mi caso de uso es un servidor de medios servidor de medios en una red aislada. La única opción hasta que pueda ver hasta que apple saque la cabeza del culo.
Todo el mundo, Apple, los expertos en seguridad, etc., desaconsejan esto, por lo que creo que es un camino viable para solucionar este problema. Tendremos que esperar hasta que Apple publique una solución.
