Non sono sicuro al 100% che questo sia esattamente correlato alla domanda in questione, ma potrebbe aiutare alcuni con questo problema.
TL;DR: make sure your machine does not include . or \
Per prima. di nuovo in OSX 10.9.x Apple ha cambiato il servizio di condivisione file predefinito da AFP a SMB2, cioè se si utilizza Finder per connettersi a un file di macchine condividere la macchina proverà SMB allora dovrebbe provare AFP se SMB fallisce .
Ho appena trascorso troppo tempo a guardare le conversazioni di Wireshark tra un client 10.10.5 e un file server 10.11.3 per vedere cosa stava succedendo e penso che possa aver trovato il motivo per cui a volte alcuni utenti non riescono.
Prima una configurazione che sembra funzionare:
Il nome del computer server è configurato su Computer 1 (notare lo spazio) nel riquadro System Preferences > Sharing . il nome netbios per questa macchina è diverso ma non entra in gioco quando ci si collega tramite Finder.
Ciò si traduce in Bonjour che popola la macchina client con una computer 1 nella sezione Condivisa della barra laterale. quando fai clic su questo elemento condiviso e poi fai clic sul pulsante Connect As... , la seguente conversazione avviene tra il client e il server:
CLIENT: Tree Connect Request: \computer 1._smb._tcp.local\IPC$
SERVER: STATUS_SUCCESS
CLIENT: Create Request File: srvsvc
...
CLIENT: Finder receives Directory listing
Funziona come previsto, fai clic sul server inserisci le tue credenziali e accedi alle risorse.
Ora una configurazione che non funziona, la stessa configurazione di cui sopra ma questa volta il nome del server viene modificato in computer.1 (usando un punto invece di uno spazio), questo si traduce nella seguente conversazione del server client:
CLIENT: Tree Connect Request: \computer\.1._smb._tcp.local\IPC$
SERVER: STATUS_BAD_NETWORK_PATH
CLIENT: Tree Connect Request: \<ip address>\IPC$
SERVER: STATUS_SUCCESS
CLIENT: Finder displays Connection Failed
Ci sono due parti interessanti a questo:
- Il client esegue il escape di
. in \. provocando la segnalazione da parte del server di un percorso errato
- Non appena il client nota che l'errore di percorso errato tenta di connettersi con l'indirizzo IP del server, questo succede, ma il client non chiede una lista di directory e visualizza la connessione fallita.
- La connessione non ricade in AFP quando SMB fallisce.
Questo sembra un bug nella gestione del sistema operativo di caratteri non validi nel protocollo SMB e il corretto posizionamento di sicurezza su IP o AFP in caso di errore.
Ho verificato che tutti i caratteri speciali faccia degli Stati Uniti sono i seguenti caratteri che causano questo problema: . (punto) e \ (barra rovesciata). Ogni altro personaggio sembra funzionare correttamente (ad esempio ! , @ , % , ? ...) anche se non ho fatto un controllo esaustivo come lo spazio dei caratteri ascii.