cifs, smb - Nie można zamontować (odmowa uprawnień) lub poruszać się po folderze współdzielonym

Niedawno wpadłem na ten problem. Zazwyczaj poruszam się po udostępnionym folderze sieci lokalnej z komputera z systemem Linux za pośrednictwem protokołu smb (tj. Z menedżera plików za pomocą protokołu smb:). Teraz za każdym razem, gdy próbuję uzyskać dostęp do skrótu lub ponownie wpisać dane logowania, pojawia się okno dialogowe z pytaniem o użytkownika, domenę i hasło.

Próbowałem więc ręcznie zamontować lokalizację za pomocą cisf-utils, wykonując:

sudo mount -t cifs //fileshare1/docs1/user/My\ Documents/shared/Francesco/ /home/frank/used_shared/ -o username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000

I dostać mount error(13): Permission denied.

Jestem pewien, że mój użytkownik ma uprawnienia do tego folderu, ponieważ mogę uzyskać do niego dostęp z komputera z systemem Windows.

Również jeśli spróbuję zamontować mój folder osobisty w tej lokalizacji poprzez:

sudo mount -t cifs //fileshare1/docs5/francesco.azzarello/ /home/frank/mnt_folder -o username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000

Mogę uzyskać do niego dostęp bez problemu.

W celach informacyjnych używam ogólnego jądra 4.2.0-36, a moja wersja mount.cifs to 6.4

Masz pomysł, jak sprawić, by jedna z obu metod działała?

Zaktualizuj odpowiedź Rgarding ponsfrilus

liczba 1: pełna opcja zwraca:

_mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,uid=1000,gid=1000,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

Liczba 2 to w zasadzie to samo:

_ mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,iocharset=utf8,file_mode=0777,dir_mode=0777,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

I nic się nie zmieniło przy vers = 2.1:

_mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,vers=2.1,iocharset=utf8,file_mode=0777,dir_mode=0777,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

Jeśli chodzi o numer 4, mogę zamontować docs1 bez problemu, ale mogę nawigować, aby dostać się do folderu współdzielonego użytkownika.

Jestem prawie pewien, że napotkałem dzisiaj dokładnie ten sam problem na Ubuntu 16.10. Wypróbowałem kilka sugestii w tym wątku kilka razy, mogłem zamontować dokładnie ten sam udział za pomocą Windows Server 2016 i mogłem go przeglądać za pomocą smbclient ( smbclient -U brainstrust //WINBOX01/shared). Próbowałem nawet zewnętrznego pliku poświadczeń.

W końcu natknąłem się na poprawkę - chociaż stworzyłem lokalnego użytkownika dla udziału w oknie Windows, to również został przyłączony do domeny. Zasadniczo ustawienie domeny na maszynę lokalną -o domain=WINBOX01natychmiast rozwiązało mój problem, więc zostawiając komentarz tutaj w nadziei, że przyda się komuś tam.

Kompletne minimalne polecenie, którego użyłem to:

sudo mount.cifs -v //WINBOX01/shared /home/geoff/winbox01  --verbose -o user=brainstrust,password=topsecret,domain=WINBOX01

Myślę, że masz zły typ zabezpieczeń dla serwera, błąd 13 oznacza, że ​​serwer cię nie wpuszcza.

Będziesz musiał wybrać odpowiedni tryb bezpieczeństwa w poleceniu mount i dodać opcję sec przez -o w następujący sposób:

sec=
   Security mode. Allowed values are:
   ·   none - attempt to connection as a null user (no name)
   ·   krb5 - Use Kerberos version 5 authentication
   ·   krb5i - Use Kerberos authentication and forcibly enable packet 
       signing
   ·   ntlm - Use NTLM password hashing
   ·   ntlmi - Use NTLM password hashing and force packet signing
   ·   ntlmv2 - Use NTLMv2 password hashing
   ·   ntlmv2i - Use NTLMv2 password hashing and force packet signing
   ·   ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message
   ·   ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message, and force packet signing

1. Spróbuj dodać opcję „-v”, aby uzyskać pełne wyjście:

   sudo mount -v -t cifs //fileshare1/docs1/user/My\ 
      Documents/shared/Francesco/ /home/frank/mnt_folder -o \
      username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000
   

2. Przetestuj za pomocą tych opcji polecenia mount

   iocharset = utf8, rw, tryb_pliku = 0777, tryb_dir = 0777 :

   sudo mount -v -t cifs //fileshare1/docs1/user/My\ 
      Documents/shared/Francesco/ /home/frank/mnt_folder -o 
      username=my_user,password=my_pass,domain=my_domain,\
      iocharset=utf8,rw,file_mode=0777,dir_mode=0777
   

3. Test określający opcję wersji SMB (vers = 2.1), zobacz wiki samby . Ze strony podręcznika mount.cifs:

   vers =
   wersja protokołu SMB. Dozwolone wartości to:

   • 1.0 - Klasyczny protokół CIFS / SMBv1. To jest domyślne.

   • 2.0 - protokół SMBv2.002. Zostało to początkowo wprowadzone w systemie Windows Vista z dodatkiem Service Pack 1 i Windows Server 2008. Należy pamiętać, że początkowa wersja systemu Windows Vista mówiła nieco innym dialektem (2.000), który nie jest obsługiwany.

   • 2.1 - Protokół SMBv2.1, który został wprowadzony w systemie Microsoft Windows 7 i Windows Server 2008R2.

   • 3.0 - Protokół SMBv3.0, który został wprowadzony w systemie Microsoft Windows 8 i Windows Server 2012.

4. Na koniec spróbuj zamontować tylko pierwszy udział:

   sudo mount -v -t cifs //fileshare1/docs1/ /home/frank/mnt_folder \
      -o username=my_user,password=my_pass,domain=my_domain,\
      iocharset=utf8,rw,file_mode=0777,dir_mode=0777
   

Może pomóc dowolne pełne dane wyjściowe, które możesz udostępnić.

W przypadku tego problemu przy korzystaniu z cifs wyższych niż 6.0: nowa wersja cifs używa zamiast tego zmiennej domeny, więc plik creadentials wygląda następująco:

username=<your username>
password=<your password>
domain=<your domain>

Dodanie opcji sec=ntlmdo polecenia mount rozwiązało mój problem.

na przykład:

sudo mount -t cifs -o username=administrator,password=123456,sec=ntlm //ip/eeshare /mnt/eeshare/