Problemi di autorizzazioni dispari su Condivisione Windows

2

Sto gestendo l'IT per uno studio di progettazione basato su Mac e stanno avendo strani problemi con i file su un server Windows Server 2008 R2. Dovrebbero avere accesso completo a tutto, possono creare, cancellare, modificare i file ma a volte non possono spostarli o rinominarli. Sembra essere limitato ai file creati ma non sono al 100%, qualcuno lo ha mai incontrato prima?

Modifica: Su ulteriori indagini, non sono permessi è il blocco dei file. Alcuni programmi includono l'anteprima o l'apertura di file (assumendo il blocco) e non il rilascio. Uccidere tutti i programmi o rimontare la condivisione significa lavorare, ma è una soluzione che non è accettabile per gli utenti.

    
posta Keith Loughnane 16.10.2012 - 16:11
fonte

4 risposte

3

Abbiamo avuto un problema molto simile (se non lo stesso) da quando abbiamo aggiornato il nostro server a Windows 2008 R2. (WinServer 2003 andava bene.) Tuttavia, il sintomo principale che abbiamo riscontrato, è leggermente diverso:

Lavoriamo in un ambiente misto Mac / PC. Gli operatori desktop lavorano solo su Mac, mentre i nostri servizi di back-end sono basati su Windows. Anche alcune operazioni manuali sono fatte su Windows 7.

Chiamiamo il nostro problema "Ghost Folders". Queste sono cartelle inaccessibili anche per l'account amministratore di Windows. Windows non visualizza privilegi per nessuno! Anche l'utente amministratore non può vedere le autorizzazioni o il proprietario della cartella, né la proprietà può essere presa dall'amministratore. Blocco totale.

Tali cartelle vengono create nelle seguenti circostanze:

  1. Una condivisione Windows è montata su Mac di SMB://<IP-address> notazione.
  2. L'utente Mac o Windows tenta di spostare o eliminare una cartella con alcuni file all'interno.
  3. Mac Finder restituisce l'errore "Nessun accesso" o "Privilegi insufficienti", così come Windows.
  4. Windows Server mostra la cartella come senza autorizzazione per nessuno. Questa cartella scomparirà da sola qualche tempo dopo (!!) L'intervallo di tempo può essere qualsiasi cosa da pochi minuti a diverse ore.
  5. Su Mac, viene visualizzato il comando ' ls -la ' di UNIX le autorizzazioni della cartella normalmente. Tuttavia ' ls -la ' per il contenuto della cartella non elenca nulla. Nemmeno il "." o ".." per le cartelle 'corrente' e 'livello superiore'.

Questo scenario può essere ripetuto a piacimento - La cancellazione può essere tentata su Mac o Windows.

Un comportamento simile si vede anche quando si tenta di salvare (sovrascrivere) un file da un'applicazione Mac. Questo darà un errore di autorizzazione - e il file originale scomparirà dal server. Questo suggerisce una cancellazione riuscita del file originale, ma non è stato possibile scrivere il nuovo contenuto.

Questo scenario avverrà solo se almeno un Mac ha la condivisione montata e qualsiasi cartella della condivisione è aperta in Finder. Una condivisione a cui non si accede da nessun Mac non produce questo problema.

Abbiamo prove abbozzate che il tentativo di cancellazione iniziale (in caso di insuccesso) effettivamente (o parzialmente) cancellerà la cartella dal file system di Windows. Abbiamo visto la cancellazione apparentemente per avere successo su Windows Explorer. Tuttavia, la connessione SMB Mac sembra in qualche modo, come se "ricreare un'ombra" della cartella - o "negare" la cancellazione dopo il fatto, riportando la cartella al file system di Windows, ma con permessi nulli.

Saremmo grati se qualcuno verificasse questo comportamento sui loro sistemi, se vedi la stessa catena di eventi di noi. Potrebbe aiutarci tutti a individuare con maggiore precisione la fonte di questo problema elusivo.

Qualsiasi input sarà molto apprezzato.

    
risposta data 28.11.2012 - 11:51
fonte
1

Mi sento un po 'sfacciato a rispondere alla mia domanda, ma ho passato abbastanza tempo a cercare tra le schede che non vanno da nessuna parte per sapere quanto possa essere frustrante. Non si tratta di problemi di permessi, mi piace che molte persone pensassero che fosse un problema di permessi. È il blocco dei file. Il Mac apre un file che è ospitato sul server e lo chiude, ma la directory sopra la directory in cui è contenuto il file rimane aperta. È questa directory che non può essere spostata o rinominata. Per chiudere la connessione è possibile smontare e rimontare l'unità di condivisione, oppure è possibile eliminare il mirino, oppure su Windows Server è possibile fare clic con il tasto destro su Computer, selezionare Gestisci, Espandi ruoli, Espandi servizi file, fare clic su Condivisione e Gestione archiviazione. Quindi fai clic su Azione dal menu in alto, quindi su Gestisci file aperti. Questo farà apparire un dialogo che mostra tutti i file aperti sul computer, mi piace ordinare per file aperto in modo da poter vedere i percorsi dei file in ordine. Seleziona la / e cartella / e dei problemi e fai clic su Chiudi selezionati. Quest'ultima apertura sembra più difficile, ma una volta aperta la finestra di dialogo è più facile da gestire se si hanno molti utenti.

Questa non è ancora una soluzione, è una soluzione alternativa ma pensavo di poter aiutare qualcun altro a cercare.

    
risposta data 24.10.2012 - 14:23
fonte
0

Assicurati di utilizzare il protocollo SMB / CIFS (Samba) durante la connessione utilizzando Finder.

Prova a digitare cifs:// anziché smb://

    
risposta data 16.10.2012 - 16:16
fonte
0

Sono d'accordo con l'ultima risposta di Keith: il blocco dei file sembra essere la causa principale. Le sue "soluzioni" funzionano anche per noi, ma nessuna di queste è ovviamente una soluzione permanente praticabile.

Ora ho replicato questo problema con Mac OS X 10.6.5 - 10.8.2

Ho anche verificato che questo non è un problema con "Named Streams" come descritto nel link . La creazione del file ".com.apple.smb.streams.off" nella radice della condivisione non risolve il problema.

    
risposta data 20.12.2012 - 14:54
fonte

Leggi altre domande sui tag