Windows 10-Freigabe nicht über Ubuntu 16.04 LTS zugänglich

5367
dude

Ich versuche, einen Punkt auf meiner Ubuntu 16.04 LTS-VM mit einer Freigabe auf dem Host zu verbinden / zu mounten, bei der es sich um ein Windows 10 handelt, das keinen Erfolg hat. Das Ziel ist, dass ich Dateien auf Ubuntu (VM) herunterladen und auf den Windows-Host übertragen kann. Auf die Windows-Freigabe kann von anderen Windows-Hosts im selben Netzwerk, aber nicht von der Ubuntu-VM aus zugegriffen werden, obwohl es eine Netzwerkverbindung gibt, da ich ping kann (VM, die im "Bridged" -Modus konfiguriert ist). Ich habe versucht zu laufen:

sudo mount -t cifs -o username=username //ip_address/Windows_Share /mount/point/Ubuntu

Dies wird mit einer Fehlermeldung angezeigt, dass der Host inaktiv ist. Dies ist jedoch nicht der Fall, da auf die darauf ausgeführte Freigabe von anderen Windows-Boxen zugegriffen werden kann. Ich habe einige Beiträge darüber gelesen und jemand erwähnte, dass ein Konflikt mit der von Ubuntu und Windows 10 verwendeten SMB-Version besteht, wodurch SMB1 jetzt deaktiviert wird. Also rieten sie an, das Folgende auszuführen, um zu überprüfen:

smbclient -L <windows_ip> -U <windows_user> -d 256

Und tatsächlich habe ich einen Fehler bekommen:

Protokollaushandlung fehlgeschlagen: NT_STATUS_CONNECTION_RESET

Dann laufe ich: 

smbclient -L <windows_ip> -U <windows_user> -m SMB2

Und noch ein Fehler:

NetBIOS über TCP deaktiviert - keine Arbeitsgruppe verfügbar

Kann jemand einen Fix / Rat vorschlagen, wie ich die Windows-Freigabe auf Ubuntu mounten kann?

4
Erwägen Sie zusätzlich zu den Konfigurationsänderungen von xguru, `sudo testparm -s` auszuführen, um die Gültigkeit Ihrer Datei smb.conf zu testen. Frank Thomas vor 6 Jahren 0

2 Antworten auf die Frage

8
xguru

Klingt wie Sie auf dem richtigen Weg sind. Wenn das Problem mit SMB1 zusammenhängt, wird das Problem durch Folgendes gelöst.

Erstellen Sie zuerst eine Kopie von smb.conf

cp /etc/samba/smb.conf /etc/samba/smb.conf.orig

Nachdem Sie die Kopie erstellt haben

sudo gedit /etc/samba/smb.conf

Sie können vi / vim / nano verwenden, wenn Sie gedit nicht bevorzugen

Fügen Sie in der Datei im Abschnitt [global] Folgendes hinzu

client min protocol = SMB2 client max protocol = SMB3

Nach dem Speichern der Bearbeitungen in der Datei. Starten Sie SMB neu

sudo service smbd restart

Wenn dies nicht funktioniert, fügen Sie bitte Fehler hinzu.

Ich habe die von Ihnen vorgeschlagene Konfiguration ausprobiert und nach dem Neustart von smbd unten ausgeführt und sogar einen vollständigen Systemneustart durchgeführt (nur um sicherzugehen): smbclient -L -U -d SMB2 Aber immer noch nichts:> Verbindung zu fehlgeschlagen (Fehler> NT_STATUS_RESOURCE_NAME_NOT_FOUND) NetBIOS über TCP deaktiviert - keine Arbeitsgruppe verfügbar Der Kampf geht weiter ... :) dude vor 6 Jahren 0
3
dude

Ok, entschuldige, dass ich so spät zurückgekommen bin. Das Update ist im Grunde Folgendes:

sudo mount -o vers=3.0,username=<your_username>,uid=<your_user_id>,gid=<your_group_id>,forceuid,forcegid, //<ip_address>/<path_to_share> /<mount>/<point>/<local_system>

Beachten Sie, dass ich die Option "-t (- type)" dieses Mal übersprungen habe. Wenn diese Option nicht angegeben ist, wird "mount" versuchen, zu raten, welches System verwendet werden soll, und zwar mit aller Ehrlichkeit, wenn ich die Menge des Lesens angibt, die ich hatte Ich habe bereits getan, was mit den Protokollen für Windows 10 geschehen war. ;-)

Hier für einen Auszug der "Mount-Manpage":

"Wenn keine Option -t angegeben wird oder wenn der Autotyp angegeben wird, versucht mount, den gewünschten Typ zu erraten. Mount verwendet die blkid-Bibliothek, um den Typ des Dateisystems zu erraten. Wenn dies nicht der Fall ist, wird etwas gemountet, das bekannt ist Versuchen Sie, die Datei / etc / filesystems zu lesen, oder, falls dies nicht der Fall ist, / proc / filesystems: Alle dort aufgelisteten Dateisystemtypen werden versucht, mit Ausnahme derjenigen, die mit "nodev" gekennzeichnet sind (zB devpts, proc und nfs). Wenn / etc / filesystems in einer Zeile mit einem einzelnen * endet, liest mount / proc / filesystems danach. Beim Versuch werden alle Dateisystemtypen mit der Mount-Option "still" gemountet. "

Da "mount" nur als root ausgeführt werden kann, aber andere Programme, die an diesem Mountpunkt schreiben, nicht als root ausgeführt werden, müssen Sie den Benutzer und die Gruppe angeben, denen Sie dem Mount Schreibrechte gewähren möchten Standort, daher die Verwendung von: uid=<your_user_id>,gid=<your_group_id>,forceuid,forcegid,.

Erledigt! @xguru, vielen Dank für die Hilfe! :)

Beim Versuch, eine W10-Box von meinem Ubuntu-Server bereitzustellen, habe ich dasselbe Problem. Bei allen anderen W10-Boxen muss die Option "vers = 3.0" nicht angegeben werden. Warum bei diesem? Irgendeine Idee, woran das Problem auf der Windows-Seite liegt? M-Jack vor 5 Jahren 0

Verwandte Probleme