înregistrare Logare
Puncte:1
avatar Ubuntu

Montarea acțiunilor SMB în problemele Fstab

drapel cn
Havock

Tocmai mi-am actualizat serverul de fișiere de la 16.04 la 20.04 și totul pare să funcționeze, cu excepția suporturilor mele SMB de pe computerul meu Ubuntu. Pot accesa partajările SMB pe computerul meu Windows, dar pe computerul meu Ubuntu 18.04 nu pot obține partajările montate în fstab.

Dacă montez share-urile din linia de comandă (comandă de mai jos) se montează foarte bine.

sudo mount -t cifs -o username=username,vers=3.0 //192.168.1.116/Share /mnt/Share/

Cu toate acestea, când încerc să montez partajarea în fstab (comanda de mai jos), partajarea smb nu este montată.

//192.168.1.116/Share /mnt/Share cifs credentials=/home/user/.smbcredentials,vers=3.0,iocharset=utf8,sec=ntlmssp 0 0

După ce a făcut o sudo mount -a și încercând a ls Eu iau:

ls: nu poate accesa „Partajare”: operațiunea nu este acceptată

iar când fac a smbclient -L //192.168.1.116 Eu iau:

Negocierea protocolului a eșuat: NT_STATUS_INVALID_NETWORK_RESPONSE

Actualizați:

Când fac o

sudo mount -t cifs -o credentials=/home/user/.smbcredentials,vers=3.0,iocharset=utf8,sec=ntlmssp //192.168.1.116/Share /mnt/Share/

Partajarea SMB este montată corect.

Când fac o

smbclient -L //192.168.1.116 -d 0

Am acelasi rezultat:

Negocierea protocolului a eșuat: NT_STATUS_INVALID_NETWORK_RESPONSE.

dmesg -t | grep -e CIFS se intoarce:

CIFS VFS: cifs_mount failed w/return code = -95

Când verific dmesg cu depanarea activată, primesc o mulțime de:

/build/linux-Dh1oQA/linux-4.4.0/fs/cifs/cifsfs.c: CIFS VFS: în cifs_statfs ca Xid: 9405245 cu uid: 1000

/build/linux-Dh1oQA/linux-4.4.0/fs/cifs/cifsfs.c: CIFS VFS: plecare cifs_statfs (xid = 9405245) rc = -95

/build/linux-Dh1oQA/linux-4.4.0/fs/cifs/inode.c: CIFS VFS: în cifs_revalidate_dentry_attr ca Xid: 9405247 cu uid: 1000

/build/linux-Dh1oQA/linux-4.4.0/fs/cifs/inode.c: CIFS VFS: plecare cifs_revalidate_dentry_attr (xid = 9405247) rc = -95

87
0 + 0
heynnema avatar
drapel ru
heynnema
Ar putea fi pentru că au eliminat suportul SMB1, din motive de securitate. Există o modalitate de a-l reactiva în /etc/samba/smb.conf, dar desigur, nu este recomandat. Nu pot vorbi prea multe despre cum și de ce. Am modurile smb.conf dacă ai nevoie.
1
Răspunde
drapel cn
Havock
Am crezut că vers=3.0 din fstab-ul meu forța clientul să se conecteze folosind SMB 3 în loc de 1?
0
Răspunde
heynnema avatar
drapel ru
heynnema
Sunt doar curios... ai repornit .116? Executați Ubuntu pe .116 și pe computerul client? Ce versiune de Windows? A funcționat înainte de a actualiza serverul la 20.04?
0
Răspunde
drapel cn
Havock
@heynnema .116 a fost repornit de câteva ori. Totul mergea bine înainte să fac upgrade. Samba acționează atât în ​​Win7, cât și în Win10. Ubuntu 20.04 pe .116 și 18.04 pe client.
0
Răspunde
Puncte:0
avatar Ubuntu
drapel cn
Havock

Nu sunt sigur ce s-a întâmplat, dar am reușit să rezolv această problemă.

Am decis să o iau de la capăt și am făcut un sudo umount /mnt/Share(s). După ce am demontat fiecare director, eram pe cale să folosesc sudo mount -a și să pun punctele mele de montare în fstab toate montate corect.

Indiciul a fost într-un răspuns care nu mai este disponibil. Autorul răspunsului (iirc @heynnema) mi-a cerut să pun file_mode=0777,dir_mode=0777 în fstab-ul meu pentru o montură.

Ochi proaspeți în această dimineață au observat că directorul a fost evidențiat. Un rapid ls -l mi-a arătat că era 777, ceea ce nu era corect. Nu am reușit să-l schimb ajustând fstab, așa că m-am gândit că voi începe din nou. Se pare că a funcționat de data asta.

În cele din urmă am adăugat la mine;

fișier smb.conf

protocol client min = NT1
max client protocol = SMB3

/etc/fstab

vers=3.0

Chiar și cu protocolul client min = NT1. Vers=3.0 a fost necesar.

0 + 0
drapel cn
Havock
Răspunsul util nu mai este disponibil, dar am rezumat care a fost rezoluția.
0
Răspunde
heynnema avatar
drapel ru
heynnema
Ma bucur ca ai reusit sa functioneze! `Protocolul dvs. maxim client = SMB3` este probabil incorect, deoarece SMB3 ar trebui probabil să fie NT3, sau probabil că ați putea lăsa întreaga linie din smb.conf.
0
Răspunde
Puncte:0
Pircs avatar Ubuntu
drapel us
Pircs

Ați încerca să depanați pentru smblient cu?

smbclient -L //192.168.1.116 -d 0

Puteți să montați prin linia de comandă folosind fișierul de opțiuni și acreditări din fstab?

sudo mount -t cifs -o credentials=/home/user/.smbcredentials,vers=3.0,iocharset=utf8,sec=ntlmssp //192.168.1.116/Share /mnt/Share/

Ce primești în dmesg pentru erorile CIFS?

dmesg -t | grep -e CIFS

De asemenea, putem activa depanarea modulului cifs.

modprobe cifs
echo 'module cifs +p'> /sys/kernel/debug/dynamic_debug/control
echo „fișier fs/cifs/* +p” > /sys/kernel/debug/dynamic_debug/control
echo 7 > /proc/fs/cifs/cifsFYI

și dezactivați-l cu.

echo 0 > /proc/fs/cifs/cifsFYI

Verificați și dmesg pentru ieșirea de depanare a modulului cifs.

0 + 0
drapel cn
Havock
Când fac un () obțin același rezultat: negocierea protocolului a eșuat: NT_STATUS_INVALID_NETWORK_RESPONSE. Folosind sudo mount -t cifs -o credentials=/home/user/.smbcredentials,vers=3.0,iocharset=utf8,sec=ntlmssp //192.168.1.116/Share /mnt/Share/
0
Răspunde
heynnema avatar
drapel ru
heynnema
@Havock Ați înlocuit ID-ul de utilizator real cu „utilizator” în comanda de mai sus?
0
Răspunde
drapel cn
Havock
@heynnema în cele din urmă am făcut-o :) Chiar și cu userid-ul adecvat, nu a funcționat
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.