Este problema afecta a nuestros usuarios y vuelve loca a la dirección. Tenemos usuarios que están en el sitio que necesitan compartir las ubicaciones de los archivos que están en un servidor local como enlaces en el correo electrónico a otros usuarios. Para ello, hacen clic con el botón derecho del ratón en el archivo, hacen clic en obtener información y seleccionan la ruta en la sección "Dónde" de las propiedades del archivo.
Algunos de esos usuarios pueden estar conectados a la red a través de VPN, por lo que el afp://appleserver01._afpovertcp._tcp.local del enlace no funciona para ellos.
Hemos comprobado que si asignamos manualmente una unidad mediante el procedimiento "Conectar al servidor" o Comando+K, utilizando lo siguiente:
afp://nombredeservidor.dominio.tld/puntodemontaje da como resultado afp://nombredeservidor.dominio.tld/puntodemontaje/nombredearchivo.txt cuando seleccionamos un archivo y hacemos clic con el botón derecho, obtener información, en la sección Dónde.
afp://ipaddress/mountpoint da como resultado afp://ipaddress/mountpoint/filename.txt cuando seleccionamos un archivo y hacemos clic con el botón derecho, obtener información, en la sección Where.
Ambas opciones se pueden pulsar como enlaces de correo electrónico para los usuarios locales y los usuarios conectados a la VPN.
El problema es que si un usuario abre el Finder y hace clic en el nombre del servidor directamente sin pasar por el método "Conectar al servidor" o Comando+K, entonces la ubicación "Dónde" en las propiedades del archivo al hacer clic en obtener información es casi siempre algo así como afp://appleserver01._afpovertcp._tcp.local/punto de montaje/nombre de archivo.txt, que en realidad no funciona para algunos usuarios, incluidos los usuarios conectados a la VPN.
¿Cómo podemos forzar que la ubicación "Dónde" sea siempre afp://hostname.domain.tld/ en lugar de afp://appleserver01._afpovertcp._tcp.local/ cuando un usuario hace clic en el servidor en Finder?
¿Cuál es la causa de este comportamiento incoherente?
Edición: Esto es para Mac OS X 10.11.6 y 10.12.6 (aún no se ha probado en High Sierra).
Sólo nos preocupan los archivos que se almacenan en un recurso compartido (servidor).
0 votos
Por favor, añada la(s) versión(es) del sistema. Además: Info > Dónde revela la ruta local (por ejemplo, /Volúmenes/Compartir/archivo) mientras que Info > Servidor revela la URI completa (por ejemplo, afp://servername.domain.tld/Compartir/archivo) aquí (10.11).
0 votos
He editado el post original con las versiones de Mac OS X que hemos probado. Además, sólo nos preocupan los archivos almacenados en un recurso compartido, como un servidor. Lógicamente, no enviarías un enlace de correo electrónico de un archivo que se almacena en un recurso local porque el destinatario no sería capaz de llegar a él de todos modos.
0 votos
"...no enviarías por correo electrónico un enlace de un archivo almacenado en un recurso local..." Otra vez: Información > Dónde muestra la ruta al recurso compartido desde la perspectiva del cliente en el host del cliente, por ejemplo, un recurso compartido montado en /Volumes/Share es /Volúmenes/Compartir/Archivo aquí (no probado en 10.12 pero sí en 10.9 y 10.11)
0 votos
Ejemplo (10.9.5 cliente) desde la perspectiva del cliente: archivo de ejemplo : kali-linux-2017.1-amd64.iso - Información > Dónde : /Volúmenes/Compartir/Linux/Kali Linux 2017.1 x86_64 - Información > Servidor : afp://192.168.7.11/Share/Linux/Kali Linux 2017.1 x86_64/kali-linux-2017.1-amd64.iso. No puedo reproducir su Info > Donde resultado aquí.