macOS Sierra Finder non autorizza automaticamente le cartelle mappate in rete al momento dell'accesso

Dopo l'aggiornamento a macOS Sierra, il sistema operativo non sembra più autorizzare automaticamente le cartelle mappate in rete all'accesso al sistema. Ho mappato le unità NAS a cui connettermi all'avvio, usando Preferenze di Sistema> Utenti e gruppi> Elementi di accesso .

Il portachiavi salva le informazioni di accesso, ma appare solo precompilato e le posizioni della rete non vengono montate automaticamente all'avvio.

Quindi ogni volta che avvio la macchina, mi viene presentato un dialogo "Connetti" con password precompilate.

A El Capitan non era necessario autorizzare manualmente le posizioni di rete mappate.

Non so se cambiare in un portachiavi basato su iCloud e un'autorizzazione a due fattori in combinazione con Sierra aggiornato abbia cambiato qualcosa.

Ho provato a rimuovere i mapping dagli elementi di accesso e ad aggiungerli di nuovo, nonché a riavviare ecc. Ho provato questo su due computer separati e ho lo stesso problema su entrambi.

— Winterflags
fonte

Hai provato a cancellare tutte le voci del portachiavi? A volte trovo una vecchia voce del portachiavi che non è valida che il sistema a volte utilizza e mi richiede una finestra di dialogo .. e a volte non lo fa e solo autorizza silenziosamente. Rimuovere tutte le voci e reinserirle manualmente e salvarle nel portachiavi, quindi riavviare di solito risolve il mio problema, ma non ho incontrato con volumi di rete, solo account di posta.

— Harv,

@Harv Credo di averlo fatto il primo giorno del problema, sì.

— Winterflags,

Sto riscontrando lo stesso problema dopo l'aggiornamento a Sierra

— Fergus,

Risposte:

C'è un aggiornamento da Apple.

Quando ti connetti a un server che richiede un nome utente e una password, macOS Sierra 10.12 o versioni successive ti chiede di fare clic su Connetti, anche quando il nome e la password sono stati salvati nel tuo portachiavi. Ciò consente di evitare la trasmissione delle credenziali di accesso a un server a cui non si intendeva connettersi.

Se si desidera disabilitare questa funzione di sicurezza in modo da poter connettersi senza fornire ulteriori conferme, attenersi alla seguente procedura:

Aggiornamento a macOS Sierra 10.12.2
Apri l'app Terminale
Immettere il comando seguente: sudo defaults write /Library/Preferences/com.apple.NetworkAuthorization AllowUnknownServers -bool YES
Immettere il nome e la password dell'amministratore quando richiesto

Per disabilitare questo comando e tornare al precedente comportamento più sicuro, attenersi alla seguente procedura:

Apri l'app Terminale
Immettere il comando seguente: sudo defaults delete /Library/Preferences/com.apple.NetworkAuthorization AllowUnknownServers
Immettere il nome e la password dell'amministratore quando richiesto

— LH16
fonte

Pagina supportata correlata: support.apple.com/en-us/HT207112

— Duncan Jones

@Winterflags Credo che tu stia riscontrando un problema tecnico, perché sto usando Mac OS Sierra e ha funzionato al 100% come previsto / previsto.

Se vuoi ripetere i miei passi, ho fatto quanto segue:

Finder> Connetti al server
Ho sfogliato e mi sono collegato a un altro mac in casa e ho selezionato il volume di root
Poiché i dettagli di accesso erano già in Keychain, il volume si apriva.
Finder> Go Computer: mostra il mio volume locale e il volume montato
> Preferenze di Sistema> Utenti e gruppi> il mio account> Elementi di accesso
Ho trascinato il volume montato negli elementi di accesso. Ha mostrato il nome del volume e il suo tipo è "Volume"
Disconnesso.
Accesso eseguito nuovamente: volume montato automaticamente senza istruzioni.

Immagino che seguirei il suggerimento di Harv. Rimuovi tutte le voci del portachiavi relative a quel volume. Forse, per buona misura, cambiare la password utilizzata per accedere al volume in modo da sapere che è diverso da qualsiasi cosa possa essere nel portachiavi. Riprovare e vedere se i risultati sono diversi.

In bocca al lupo.

— Zonker.in.Geneva
fonte

questa è la nuova funzionalità Apple: non puoi più creare oggetti in / Volumi a meno che root (

— Willkuer
fonte

Benvenuti a chiedere diverso. Ci piace che le risposte siano più di una sola riga. Idealmente, vuoi spiegare perché la tua risposta è * corretta. "Aiuta anche a fornire link, citazioni e / o schermate. Consulta la nostra sezione di aiuto Come rispondere scrivendo buone risposte alle domande

— Allan,

Non sono sicuro che sia tutto. Il sistema non richiede una password per l'amministratore, ma richiede credenziali per il sistema remoto.

— Alan Shutko,

Apple ha chiuso il caso con la seguente risposta: Questo problema si comporta come previsto in base a quanto segue: è stato richiesto dalla sicurezza, non è più possibile creare elementi in / Volumi a meno che root. Stiamo chiudendo questa segnalazione di bug.

— Willkuer,

@Willkuer Aggiungi questa dichiarazione alla tua risposta

— Winterflags,

Questa risposta è assurda. Il montaggio automatico di un volume all'accesso ha zero a che fare con la necessità di essere root per creare elementi in / Volumes. Stai fraintendendo la risposta di Apple da applicare a questa situazione (e sarei curioso di vedere cosa affermasse il rapporto originale, dato che ho la sensazione che non avesse nulla a che fare con il montaggio di volumi condivisi attraverso la GUI). Se avessi ragione, la finestra di accesso sarebbe un prompt di sicurezza, non un accesso di rete, e richiederebbe che SIP sia disabilitato e che tu abbia un utente root impostato con una password. Nessuno dei quali si applica a questa domanda.

— tubedogg,