Questo problema sta affliggendo i nostri utenti e la gestione della guida pazzesca. Abbiamo utenti sul posto che devono condividere percorsi di file per i file che si trovano su un server locale come link nella posta elettronica ad altri utenti. Lo fanno facendo clic con il pulsante destro sul file, facendo clic su Ottieni informazioni e selezionando il percorso dalla sezione "Dove" delle proprietà del file.
Alcuni di questi utenti potrebbero essere connessi alla rete tramite VPN, quindi afp: //appleserver01._afpovertcp._tcp.local nel link non funziona per loro.
Abbiamo scoperto che mappando manualmente un'unità con "Connetti al server" o la procedura di comando + K, utilizzando quanto segue:
afp: //servername.domain.tld/mountpoint restituisce afp: //servername.domain.tld/mountpoint/filename.txt quando selezioniamo un file e clic con il tasto destro del mouse, ottieni informazioni, nella sezione Dove.
afp: // ipaddress / mountpoint risulta in afp: //ipaddress/mountpoint/filename.txt quando selezioniamo un file e clic con il tasto destro del mouse, ottieni informazioni, nella sezione Dove.
Entrambe queste opzioni sono selezionabili come link email per utenti on-premise e utenti connessi VPN.
Il problema è che se un utente apre Finder e fa clic direttamente sul nome del server senza passare attraverso "Connect to Server" o Command + K, la posizione "Where" nelle proprietà del file quando si fa clic su get info è quasi sempre qualcosa come afp: //appleserver01._afpovertcp._tcp.local/mountpoint/filename.txt, che in realtà non funziona per alcuni utenti, inclusi gli utenti con connessione VPN.
Come possiamo forzare l'ubicazione "Dove" per essere sempre afp: //hostname.domain.tld/ sempre al posto di afp: //appleserver01._afpovertcp._tcp.local/ quando un utente fa clic sul server in Finder?
Che cosa causa questo comportamento incoerente?
Modifica: questo è per Mac OS X 10.11.6 & 10.12.6 (non ancora testato su High Sierra).
Ci interessano solo i file che sono memorizzati su una risorsa condivisa (server).