Mounten von Windows Share mit SMB 2.1 oder höher

11

Ich versuche, eine von Windows gehostete SMB-Freigabe (CIFS) mit Ubuntu 12.04 (mit Kernel 3.13.0-117-generic) bereitzustellen. Das Mounten mit SMB1 funktioniert, aber das ist nicht akzeptabel. Wir müssen stattdessen mit SMB2.1 oder höher mounten.

Unten ist die Ausgabe meiner Versuche, dies zu tun, indem ich das Argument ver = übergebe

root@----:/# mount -t cifs //SERVER/smbtest /mnt/smbtest --verbose -o ver=2.1,user=administrator
Password:
mount.cifs kernel mount options: 
ip=10.16.0.40,unc=\\server.domain.net\smbtest,ver=2.1,ver=1,user=administrator,pass=********
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Wie Sie sehen können, gibt es in den Kernel-Mount-Optionen von mount.cifs zwei ver-Argumente, das von mir angegebene und das Standardargument (1). Dies passiert, wenn ich für ver etwas anderes als 1 oder 1.0 spezifiziere.

cifs-utils Version 5.1 ist installiert und cifs.ko ist Version 2.02. Auf der SMB3-Kernel-Statusseite im Samba-Wiki finden Sie https://wiki.samba.org/index.php/SMB3_kernel_status .

"The minimum version for use of the Linux kernel SMB3 support is kernel version 3.12 (or backport of cifs.ko module version 2.02 or later) but kernel version 3.18 or later (or equivalent, ie cifs module version 2.04 or later) is recommended for best SMB3 support."

Kann mir jemand helfen, hier auf den richtigen Weg zu kommen? Mir muss etwas fehlen. Welche anderen Methoden stehen zur Verfügung, um SMB2 + -Verbindungen zu erzwingen? Dies ist mein erster Beitrag hier, und ich habe versucht, ihn kurz zu halten. Wenn ich etwas verpasst habe, lass es mich wissen und ich werde die Informationen zu meinem Beitrag hinzufügen.

Soweit ich das beurteilen kann, sollte dies funktionieren, obwohl ich mich nicht wundern würde, wenn ich etwas falsch verstanden hätte und SMB2 + nicht unterstützt wird.

Vielen Dank

EDIT: Ich verstehe, 12.04 ist EOL. Ich werde diesen Beitrag morgen mit den relevanten Informationen für 14.04 aktualisieren, die das gleiche Problem haben. Wenn jemand zu: 12.04 antworten kann, wäre das immer noch dankbar.

security file-sharing cifs

— Oliver Vollmer
quelle

1

Dies ist besonders relevant anstelle von Möchtegern-Lösegeld-Exploit-Zielen SMB1

— Jeff Puckett

Wenn Sie den Namen des Geräts haben (z. B. foo), aber nicht dessen ipaddr: nmblookup foo

— phreed

6

Wenn ich ver verwende, gibt es wirklich "Ungültiges Argument" ein, aber man mount.cifs sagt, dass der Optionsname "vers" und nicht "ver" ist.

       vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported....

es funktioniert für mich in Mint 18.1:

mount -t cifs //192.168.1.1/public /home/user/Desktop/share --verbose -o vers=2.1,user=winuser

— Deadhead
quelle

0

Ich habe die verfügbaren Optionen in meiner lokalen Manpage gefunden. Überprüfen Sie dies auf Ihrem eigenen Computer, um festzustellen, was er unterstützt. Geben Sie in der Manpage ein, /vers=um das Argument schnell zu finden.

man mount.cifs

Ich habe dann meinen Anteil wie folgt gemountet:

sudo mount -t cifs //nas/homes/mike /media/mike/nashome -o vers=3.11,credentials=/home/mike/.ssh/.smb_nas

Dies erforderte eine Anmeldeinformationsdatei mit den folgenden Inhalten unter /home/mike/.ssh/.smb_nas, sodass ich mein Kennwort nicht in den Befehl eingeben muss (wodurch es in Ihrem Befehlsverlauf im Klartext gespeichert wird) oder unter die Eingabeaufforderung (ein Ärgernis).

username=mike
password=[REAL PASSWORD]
domain=WORKGROUP

Ich mounte von einem Synology NAS, der SMB Version 3.11 unterstützt. Sie müssten Ihre Windows- Version (oder die Hosting-Dateien von CIFS / SMB) überprüfen, um festzustellen, was sie auf der Serverseite unterstützt.

— mächtig
quelle

0

Seltsamerweise wird möglicherweise derselbe Fehler angezeigt, wenn sich der Freigabecomputer nicht unter dieser IP-Adresse befindet. Eine Änderung des DHCP "bewegte" unser NAS und das war die Wurzel meines Problems. Sobald die Freigabe wieder auf der richtigen IP war, wurden die Fehler gestoppt.

— Chris K.
quelle