Impossibile montare la condivisione CIFS da / etc / fstab

8

Ho una riga nel mio /etc/fstab per le età che hanno smesso di funzionare dal 13.04:

//192.168.100.2/share   /mnt/popcorn      cifs username=MyUserName,password=MyPassword,user,gid=sambashare,file_mode=0664 0   0

e mi dà:

mount /mnt/popcorn
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

dmesg è utile come il sole nel deserto:

[  622.471321] CIFS VFS: Send error in SessSetup = -13
[  622.471458] CIFS VFS: cifs_mount failed w/return code = -13

So che la combinazione utente / passaggio è corretta, poiché funziona correttamente:

[email protected]:~$ smbclient //192.168.100.2/share --user=MyUserName
Enter nmt's password: 
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.0.32]
smb: \> ls
...

Come posso montare in modo permanente una condivisione CIFS / Samba su Ubuntu 13.04?

    
posta Bart Friederichs 27.06.2013 - 21:30

4 risposte

11

secondo ( link ) dovrebbe essere:

//servername/sharename  /media/windowsshare  cifs  username=msusername,password=mspassword,iocharset=utf8,sec=ntlm  0  0

Cerca di capire cosa stai facendo male. Rendilo semplice, rimuovi anche file_mode, user e gid, forse anche le variabili iocharset e sec. Se funziona, aggiungi sempre uno ...

    
risposta data Dee 27.06.2013 - 21:42
4

Il

sec=ntlm

non risolve il problema sul mio desktop (Ubuntu 13.10). Sembra che il formato dei parametri sia cambiato un po 'sul dominio. Usato per farlo prima ma non ora:

-o username=msdomain/msusername,password=mspassword

Sono cambiato in questo formato:

-o dom=msdomain,username=msusername,password=mspassword

e funziona bene ora.

    
risposta data Ray 22.12.2014 - 13:24
2

sec = ntlm ha funzionato anche per me ...

Ho avuto problemi con questo da CLI e fstab ma ha funzionato bene dalla GUI (su Fedora 20) a un NAS domestico e per escludere cose come password complesse ho creato un utente con un nome utente e una password semplici e quindi ha usato il comando CLI mount.cifs per testare con. Continuavo a ricevere il permesso negato (13) in ogni momento, così ho fatto un Wireshark dei tentativi di GUI e CLI.

Se si esegue questa operazione, si desidera che il messaggio di risposta al protocollo ritorni dal server ed espandi tutti i campi per verificare la versione / dialetto (nel mio caso la versione richiesta del server 1.0) e, soprattutto, i requisiti di sicurezza, un 1 significa che il server richiede qualcosa e il mio server ha richiesto la crittografia della password, quindi l'impostazione sec = ntlm l'ha corretta per me :-D.

Mille grazie a Dee sopra!

    
risposta data mrcarrots 16.11.2014 - 10:44
1

Ho avuto questo problema su varie reti che necessitavano di servizi di condivisione file samba da un file server basato su Ubuntu o LinuxMint.

Nel caso ogni , mentre l'account samba dell'utente aveva una password e permetteva di sfogliare (e manipolare i file) di una condivisione attraverso un file manager, i supporti di fstab non funzionavano .

Questo è indipendentemente dall'aver impostato sec = ntlm o sec = ntlmv2 o sec = ntlmssp o una qualsiasi delle varie altre opzioni tipicamente offerte come una "soluzione" (ad esempio l'impostazione di file_mode o utente o gid)

Nel caso ogni la soluzione per le nostre installazioni ha finito per essere la stessa: reimpostare la password dell'utente samba e il mount funziona, indipendentemente dalle opzioni di impostazione!

Non sono sicuro di cosa succede quando la password è "ereditata / convertita" dall'account Linux dell'utente, ma sembra che ci sia un problema significativo lì, nonostante la possibilità di navigare (non montare) una condivisione di samba.

Ora ho intenzione di incrociare questa risposta con un paio di messaggi AskUbuntu simili che promuovono le stesse "risposte" che spesso non sembrano aiutare quelli con problemi.

Forse questo approccio ti aiuterà con la tua sfida di montaggio con samba fstab. Lo spero e buona fortuna.

    
risposta data FBachofner 10.10.2014 - 12:46

Leggi altre domande sui tag