"Fehler beim Abrufen der Freigabeliste vom Server" beim Durchsuchen einer Freigabe mit Nautilus

Kurz vor dem Upgrade von 10.04 auf 11.10 hat mein Ubuntu-Desktop den Zugriff auf meine Windows-Freigabe-Verzeichnisse eingestellt. Ich dachte, ich würde auf 11.10 upgraden und das Problem würde behoben, aber nein.

Immer wenn ich mit Nautilus auf eine Windows-Netzwerkdomäne klicke, wird die folgende Meldung angezeigt:

Speicherort kann nicht bereitgestellt werden - Abrufen der Freigabeliste vom Server fehlgeschlagen

Wo fange ich an, dieses Problem zu beheben? Ich werde jetzt verzweifelt :(

Ich habe es versucht

sudo mount -t cifs //SomeMachine/SomeShare some_directory

und ich verstehe

mount error(115): Operation now in progress

Seltsamerweise bekam ich ein Popup, das besagt:

Could not display network:/// Error: Dbus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply ...

Dies ist die wahre Antwort auf Ihre Frage. Ich hatte auch das gleiche Problem.

Führen Sie das Terminal aus und geben Sie diesen Befehl ein

gksudo gedit /etc/hosts

Fügen Sie die IP-Adresse und den Namen des Computers in die Hosts-Datei ein. Speichern und schließen.

Beispiel IP und Name:

192.168.120.65    blablaPcName

Das ist alles.

Ich fand, dass dieser Rat von Gord Nickerson für mich funktioniert hat: Die Fehlermeldung lautet "Freigabeliste konnte nicht vom Server abgerufen werden", sodass ein Windows 7-PC, ein Ubuntu 10-PC oder ein Mac-Desktop-PC nicht durchsucht werden kann.

Zunächst müssen die Samba-Daemons smbdund nmbdbeide ausgeführt werden, damit das Netzwerkbrowsen funktioniert. Sie können mit serviceoder systemctl startfür die neueren systemd-basierten Versionen von Ubuntu gestartet werden .

smbtree Listet alle Freigaben von Computern im Netzwerk auf.

Also ab zu /etc/sambaund wir sudo pico smb.conf.

Bei der Reihenfolge der Namensauflösung werden zuerst die Hosts-Dateien und zuletzt die Broadcasts verwendet und auskommentiert! Vielleicht ändern wir das zu:

name resolve order = bcast host

und starten Sie die Server mit service smbd restartund neuservice nmbd restart

Funktioniert! Dies ist ein schrecklicher Fehler, den Sie bei einem Upgrade machen müssen. Das Upgrade sollte nicht dazu führen, dass die Funktionsweise beeinträchtigt wird, insbesondere was so wichtig ist wie das Networking. Gut, dass ich mich an die manuelle Arbeit erinnere, die Sie gemacht haben, um Samba in RedHat 5 und 6 zum Laufen zu bringen.

Es ist möglich, dass dies ein allgemeiner Fehler beim Verbinden mit dem System ist:

• http://forums.gentoo.org/viewtopic-t-895820-start-0.html

Im obigen Thread-Fall gab es eine Nichtübereinstimmung zwischen Name und IP-Adresse und dies nmblookuphalf bei der Ermittlung des Problems. Außerdem scheint diese Seite einige gute Tipps zur Fehlerbehebung zu enthalten

• http://www.linuceum.com/Server/srvSambaTrouble.php

Das kopiere ich raus:

• Versetzen Sie smbclient in den Debugging-Modus, die Ausgabe sollte in dmesg erscheinen (-d | --debuglevel = level)
• smbclient -L //<IP of Samba Server> -U <server user>
• nmblookup {name}
• Können Sie von anderen Systemen aus mounten?

Bearbeiten Sie Ihre Frage, wenn Sie weitere Fehlerbehebungsmaßnahmen ergreifen.

Mit Ubuntu 14.04:

Dieser Fehler kann durch einen NetBIOS-Namen mit einer Größe von mehr als 15 Zeichen verursacht werden. Es sollte Protokolle in der Datei /var/log/samba/log.smbd erzeugen, die wie folgt aussehen:

register_name: NetBIOS name NAME-OF-PC-TOO-LONG is too long. Truncating to

Dieser Fehler kann behoben werden, indem Sie die Datei /etc/samba/smb.conf bearbeiten und die folgende Zeile hinzufügen:

netbios name = NAME-OF-PC

NAME-OF-PC darf nicht länger als 15 Zeichen sein.

Ich habe mit dieser Methode in gemischten Netzwerkumgebungen (Windows / Ubuntu) sehr gute Ergebnisse erzielt:

1. Drücken Sie Alt+ F2und geben Sie Folgendes ein:gksu gedit /etc/nsswitch.conf

2. Suchen Sie nach dieser Zeile:

   hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4
   

3. Füge hinzu, winsso dass es so aussieht:

   hosts:  files mdns4_minimal [NOTFOUND=return] wins dns mdns4
   

4. Installieren Sie das "winbind" -Paket: sudo apt-get install winbind

   (Oder über Software Center oder Synaptic .)

5. Starten Sie Ihr Netzwerk neu oder starten Sie es neu.

Fügen Sie der Firewall einfach "allow out" hinzu:

• Port 137 / UDP - wird von nmbd verwendet
• Port 138 / UDP - wird von nmbd verwendet
• Port 139 / TCP - wird von smbd verwendet
• Port 445 / TCP - wird von smbd verwendet

Und es wird funktionieren, und wenn Sie nicht wissen, wie es geht, installieren Sie einfach "gufw" und verwenden Sie das "+" und dann die "einfache Registerkarte".

Mein Problem lag an /etc/samba/smb.conf. Suchte WORKGROUPund löschte die Zeile dahinter, in der ein localhostName genannt wurde. Stellen Sie sicher, dass das WORKGROUPfür beide Konfigurationsdateien auf jedem Computer gleich ist. Ein Allround-Weg ist nach sudo apt-get purge samba(und / oder remove?) Und dann sudo apt-get install samba. So löse ich das Problem beim ersten Mal nach einem Upgrade von 16.10 auf 17.04 auf einem meiner Computer (16.10 war für mich fehlerhaft). Ich habe jetzt zwei Maschinen: 16.04 und 17.04.

Ich hatte dieses Problem und löste es, indem ich das Paket gvfs-bin installierte . Mit Ausnahme von gvfs-bin waren die meisten gvfs-Pakete bereits installiert: gvfs, -common, -libs, -daemons und -backends.

Versuchen Sie, sich mit Dateien von Ubuntu aus bei einer Windows-Box anzumelden. Gehen Sie zu "Other Locations" und "Connect to Serer" unten. Verwenden Sie smb: // Benutzername @ Serveradresse. Das hat bei mir funktioniert.

Das Problem (zumindest in Ubuntu 18.04, wo ich es ausprobiert habe) ist der folgende Befehl:

sudo ufw allow Samba

fügt nur Regeln für Samba als Server hinzu. Es werden keine Regeln für Samba als Client hinzugefügt. Wenn Sie jedoch versuchen, eine Remotefreigabe bereitzustellen, geschieht Folgendes: In diesem Szenario ist Ihr Computer ein Client und der Remotecomputer ein Server.

Außerdem ist der Fehler "Keine Antwort" ein Hinweis darauf, dass eine Firewall Probleme verursacht. Maschinen reagieren im Allgemeinen auf Anfragen. Sie antworten möglicherweise mit einem Fehler. In diesem Fall haben Sie andere Probleme. Wenn sie jedoch überhaupt nicht antworten, werden ihre Pakete normalerweise von einer Firewall verschluckt.

Die Regeln, nach denen Samba als Server fungieren kann, reichen nicht aus, um Samba auch als Client zu fungieren, da die Remotecomputer über ihren eigenen Port 137 antworten zufälliger Port.

Führen Sie den folgenden Befehl aus, um dieses Problem zu beheben:

sudo ufw allow in proto udp from any port 137,138 to any

Auf diese Weise können UDP-Pakete an jedem lokalen Port ankommen, sofern sie von Port 137 oder 138 des Remotecomputers stammen. Der Port 138 ist wahrscheinlich nicht notwendig, da ich nur Pakete gesehen habe, die von 137 ankommen, aber Sie wissen es nie.

Dies ist wahrscheinlich unsicher, da der ursprüngliche Port gefälscht werden kann, aber wir sollten nicht paranoid sein.

Das hat es für mich behoben.

Ich konnte meinen Samba-Server nur anhand der IP-Adresse sehen.

Das Umschalten von bcast auf 1st in 'Reihenfolge der Namensauflösung = bcast lmhosts hosts wins'. Und Samba neu starten. Übrigens startet diese 1 Zeile Samba neu.

sudo service samba restart

Das hat auch nicht funktioniert.

Ich ging hinein, um es /etc/samba/lmhostszu überprüfen und keine Datei! Also habe ich lmhosts gemacht.

$ sudo nano /etc/samba/lmhosts   
10.0.2.2   server_name 

Ich konnte den Servernamen immer noch nicht suchen. Dann dachte ich warte, der Computername & der Samba-Name sind unterschiedlich. Also habe ich hosts & hostname bearbeitet und in den Namen des Samba-Servers geändert. Vorsichtiger Hostname enthält nur ein Wort. Der Computername keine # Kommentare.

/etc/hosts    
/etc/hostname    
$ sudo reboot 

Jetzt funktioniert es einfach. Ich kann nur in Nautilus oder Caja auf Netzwerk klicken und der Server erscheint einfach! Auf allen Clients sind alle Linux oder Android. Sogar auf einer alten Debian-Squeeze-Maschine.