Mounten des freigegebenen Windows-Laufwerks in /etc/fstab schlägt fehl

Mounten des freigegebenen Windows-Laufwerks in /etc/fstab schlägt fehl

Ich habe Probleme beim Mounten von /mnt/data auf meiner neuesten VMware-VM. Ich bin mir nicht sicher, was ich als Nächstes versuchen soll, damit /mnt/data mir meinen freigegebenen Ordner anzeigt – ich mache das über /etc/fstab in Ubuntu. Also dachte ich, ich frage nach Ideen zu allem, was ich möglicherweise übersehen habe.

Die VM-IP-Adresse lautet 192.168.136.143, Ubuntu Version 18.04 Windows Laptop [216TN533] IP: (Ethernet-Adapter vEthernet (WSL)) 172.19.64.1

(Wireless-LAN-Adapter Wi-Fi) 192.168.1.6

(Weitere detaillierte Versionsinformationen am Ende dieser Nachricht)

In /etc/fstab gestartet mit (Passwort in dieser Nachricht als ******** ausgelassen):

//216TN533/UbuntuShare /mnt/data cifs Benutzername=kafkaetl,Passwort=********,uid=nobody,iocharset=utf8,noperm 0 0

sudo mount -av

kehrt zurück:

Mount.cifs-Kernel-Mount-Optionen: ip=172.19.64.1,unc=\216TN53\UbuntuShare,iocharset=utf8,noperm,uid=65534,user=kafkaetl,pass=******** Mount-Fehler (13): Zugriff verweigert. Weitere Informationen finden Sie auf der Manualpage mount.cifs(8) (z. B. man mount.cifs).

Aus der Mount-Manpage zum obigen Fehler:

Wenn Sie den Fehler "mount error(13) permission denied" erhalten, hat der Server Ihren Zugriff verweigert. Folgendes sollten Sie zunächst überprüfen:

• Verwenden Sie einen gültigen Benutzernamen und ein gültiges Passwort? Hat dieses Konto wirklich Zugriff auf diesen Ordner?

o Ich kann mich als kafkaetl anmelden, also glaube ich, dass das richtig ist

• Gibt es in Ihrer Anmeldeinformationsdatei Leerzeichen? Es sollte password=mspassword und nicht password = mspassword lauten.

o Keine Leerzeichen

• Ist die Sicherheitseinstellung richtig? Die gebräuchlichste ist sec=ntlm, aber Sie können auch die anderen Optionen ausprobieren, die auf der Manpage von mount.cifs aufgelistet sind. Die Manpage-Liste lässt aus irgendeinem Grund die Option sec=lanman aus, aber Sie sollten diese auch ausprobieren (siehe Diskussion).

o sec=ntlm hinzugefügt

• Benötigen Sie eine Domäne? Wenn Ihnen beispielsweise gesagt wird, dass Ihr Benutzername SALES\sally ist, dann ist Ihr Benutzername tatsächlich sally und Ihre Domäne SALES. Der fstab-Eintrag sollte lauten: ...username=sally,password=pass,domain=SALES,... Oder: ...credentials=/path/to/file,domain=SALES,...

o Hinzugefügte Domäne=216TN53

• cifs-utils und nfs-common sind installiert.

• An der Freigabe auf der Windows-Seite wurde nichts geändert

Legen Sie dann die Sicherheitsoption (sec=ntlm) in fstab fest:

//216TN533/UbuntuShare /mnt/data cifs username=kafkaetl,password=********,uid=nobody,iocharset=utf8,noperm,sec=ntlm 0 0

ergibt:

mount.cifs kernel mount options: ip=172.19.64.1,unc=\\216TN53\UbuntuShare,iocharset=utf8,noperm,sec=ntlm,uid=65534,user=kafkaetl,pass=********

mount error(2): No such file or directory

Von dmesg lautet die gleichzeitig protokollierte Nachricht:

(Bildschirmfoto)

Bei meinen Untersuchungen fiel mir auf, dass sich bei zwei aufeinanderfolgenden IP-Adressanforderungen die gemeldete V4-IP-Adresse geändert hatte (von wxy145 zu wxy146). Die einzige Aktivität zwischen den beiden Aufrufen bestand darin, dass der Anmeldebildschirm angezeigt wurde.

Ich habe die Firewall geprüft und sie sudo ufw statusgibt „inaktiv“ zurück.

Irgendwelche weiteren Ideen, warum ich den Inhalt von UbuntuShare nicht als /mnt/data sehen kann? Ich sehe die sich ändernde IP-Adresse wie oben gezeigt als Problem, für das ich die Grundursache nicht kenne.

Zusätzliche detaillierte Versionsinformationen:

Informationen zur Ubuntu-Version:

ubuntu@ubuntu1804:~$ lsb_release -a

Es sind keine LSB-Module verfügbar.

Distributor-ID: Ubuntu

Beschreibung: Ubuntu 18.04.6 LTS

Version: 18.04

Codename: bionisch

cifs-utils ist bereits die neuste Version (2:6.8-1ubuntu1.1).

ubuntu@ubuntu1804:~$ modinfo cifs Dateiname: /lib/modules/5.4.0-113-generic/kernel/fs/cifs/cifs.ko softdep: pre: gcm softdep: pre: ccm softdep: pre: aead2 softdep: pre: sha512 softdep: pre: sha256 softdep: pre: cmac softdep: pre: aes softdep: pre: nls softdep: pre: md5 softdep: pre: md4 softdep: pre: hmac softdep: pre: ecb Version: 2.23 Beschreibung: VFS für den Zugriff auf SMB3-Server, z. B. Samba, Macs, Azure und Windows (und auch ältere Server, die der SNIA CIFS-Spezifikation entsprechen) Lizenz: GPL Autor: Steve French Alias: smb3 Alias: fs-smb3 Alias: fs-cifs Quellversion: BD97FCA7658860567230815 hängt ab von: fscache, libdes, libarc4 retpoline: Y intree: Y Name: cifs vermagic: 5.4.0-113-generic SMP mod_unload modversions signat: PKCS#7 signer: sig_key: sig_hashalgo: md4 parm: CIFSMaxBufSize: Netzwerkpuffergröße (ohne Header) für CIFS-Anfragen. Standard: 16384 Bereich: 8192 bis 130048 (uint) parm: cifs_min_rcv: Netzwerkpuffer im Pool. Standard: 4 Bereich: 1 bis 64 (uint) parm: cifs_min_small: Kleine Netzwerkpuffer im Pool. Standard: 30 Bereich: 2 bis 256 (uint) parm: cifs_max_pending:Gleichzeitige Anfragen an den Server für CIFS/SMB1-Dialekt (N/A für SMB3) Standard: 32767 Bereich: 2 bis 32767. (uint) parm: enable_oplocks:Oplocks aktivieren oder deaktivieren. Standard: y/Y/1 (bool) parm: enable_gcm_256:Anforderung der stärksten (256 Bit) GCM-Verschlüsselung aktivieren. Standard: n/N/0 (bool) parm: require_gcm_256:Stärkste (256 Bit) GCM-Verschlüsselung erforderlich. Standard: n/N/0 (bool) parm: disable_legacy_dialects: Zur Verbesserung der Sicherheit kann es hilfreich sein, die Möglichkeit einzuschränken, die Standarddialekte (SMB2.1, SMB3 und SMB3.02) beim Mounten mit alten Dialekten (CIFS/SMB1 und SMB2) zu überschreiben, da vers=1.0 (CIFS/SMB1) und vers=2.0 schwächer und weniger sicher sind. Standard: n/N/0 (bool)

Verweise: https://wiki.ubuntu.com/MountWindowsSharesPermanently http://manpages.ubuntu.com/manpages/kinetic/en/man8/mount.cifs.8.html

verwandte Informationen