it-swarm.com.de

Auf Windows 10 Share kann unter Ubuntu 16.04 LTS nicht zugegriffen werden

Ich versuche, einen Punkt auf meinem Ubuntu 16.04 LTS VM mit einer Freigabe auf dem Host zu verbinden/zu mounten, bei der Windows 10 ohne Erfolg ist. 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 zugegriffen werden, jedoch nicht von der Ubuntu-VM aus, obwohl eine Netzwerkkonnektivität besteht, die ich per Ping erreichen kann (VM im Modus "Bridged" konfiguriert). Ich habe versucht zu rennen:

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

Dies führt zu einem Fehler, der darauf hinweist, dass der Host inaktiv ist. Dies ist jedoch nicht der Fall, da andere Windows-Computer auf die auf ihm ausgeführte Freigabe zugreifen können. Ich habe einige Beiträge darüber gelesen und jemand erwähnte, dass es einen Konflikt mit der von Ubuntu und Windows 10 verwendeten VersionSMBgibt, die jetzt SMB1 deaktiviert. Sie rieten daher, die folgenden Schritte auszuführen, um Folgendes zu überprüfen:

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

Und tatsächlich habe ich einen Fehler:

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 vorschlagen/beraten, wie ich die Windows-Freigabe auf Ubuntu mounten kann?

6
dude

Ok, tut mir leid, 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 dieses Mal die Option "-t (- Typ)" übersprungen habe, da "mount", wenn diese Option nicht angegeben ist, versuchen wird, das zu verwendende System zu erraten Nachdem ich bereits mit Windows 10-Freigabeprotokollen gearbeitet habe, habe ich mich dafür entschieden, "mount" seine Magie für mich tun zu lassen. ;-)

Hier ein Auszug aus der "mount man page":

Msgstr "" "Wenn keine Option - t angegeben ist oder der automatische Typ angegeben ist, versucht mount, den gewünschten Typ zu erraten. Mount verwendet die blkid - Bibliothek, um den Dateisystemtyp zu erraten. Wenn dies nichts Vertrautes ergibt, wird mount versuchen Versuchen Sie, die Datei/etc/filesystems oder, falls nicht vorhanden,/proc/filesystems zu lesen. Alle dort aufgelisteten Dateisystemtypen mit Ausnahme der mit "nodev" gekennzeichneten (z. B. devpts, proc und nfs). Wenn/etc/filesystems in einer Zeile mit einem * endet, liest mount danach/proc/filesystems. Beim Versuch werden alle Dateisystemtypen mit der mount-Option silent gemountet. "

Da "mount" nur als root ausgeführt werden konnte, andere Programme, die auf diesen Mount-Punkt schreiben, jedoch nicht als root ausgeführt werden, müssen Sie den Benutzer und die Gruppe angeben, die Sie dem mount Schreibrechte (Besitz) erteilen möchten Ort, daher die Verwendung von: uid=<your_user_id>,gid=<your_group_id>,forceuid,forcegid,.

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

4
dude

Klingt so, als wären Sie auf dem richtigen Weg. Wenn das Problem mit SMB1 zusammenhängt, wird das Problem durch Folgendes behoben.

Machen Sie zuerst eine Kopie von smb.conf

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

Nach dem Anfertigen der Kopie

Sudo gedit /etc/samba/smb.conf

Fühlen Sie sich frei, vi/vim/nano zu verwenden, wenn Sie gedit nicht bevorzugen

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

client min protocol = SMB2
client max protocol = SMB3

Nach dem Speichern der Änderungen an der Datei. Starten Sie SMB neu

Sudo service smbd restart

Wenn dies nicht funktioniert, geben Sie bitte Fehler an.

9
xguru