ubuntuusers.de

Hallo Leute,

ich habe auf meinem Laptop aktuell folgendes Problem:

Wenn ich im Nautilus auf Netzwerk durchsuchen gehe, zeigt er mir zwar die anderen Rechner im Netzwerk an. Wenn ich aber dann einen Rechner anklicke, kommt folgende Fehlermeldung:

Fehler beim Einhängen des Ortes: Empfangen der Freigabenliste vom Server ist gescheitert: Das Argument ist ungültig.

Das selbe passiert, wenn ich es über das Terminal probiere:

thorsten@notebook:~$ gvfs-mount smb://diskstation Für diskstation wird ein Passwort benötigt User [thorsten]: Domain [WORKGROUP]: Password: Fehler beim Einhängen des Ortes: Empfangen der Freigabenliste vom Server ist gescheitert: Das Argument ist ungültig

Was allerdings funktioniert, wenn ich eine Freigabe auf Diskstation direkt aufrufe.

thorsten@notebook:~$ gvfs-mount smb://diskstation/share

Ebenso funktioniert es, wenn ich in Nautilus auf Server verbinden klicke und dann explizit angebe: smb://diskstation/share

Jemand eine Idee woran es liegen könnte?

Das selbe passiert, wenn ich es über das Terminal probiere:

thorsten@notebook:~$ gvfs-mount smb://diskstation

Das ist normal. gvfs-mount geht nur mit einzelnen Shares, nicht mit der ganzen Diskstation.

thorsten@notebook:~$ gvfs-mount smb://diskstation/share

klappt ja.

Warum das Browsen auf dem Server nicht funktioniert, kann dies verschiedene Ursachen haben:

• Ist beiden Freigaben browsable = yes? Das ist allerdings Default-Einstellung.

• Sind beide Ports 139 und 445 offen (Firewall)?

• Spielt Dir evtl. Dein DNS-Server einen Streich, indem er die Anfrage umleitet? Das kannst Du mit folgenden Befehlen überprüfen:

ping -c5 diskstation
nmblookup diskstation 

Die erste Zeile sollte normalerweise gar nicht funktionieren (falls kein Eintrag in /etc/hosts oder in /etc/samba/lmhosts vorliegt), die zweite Zeile sollte die richtige IP liefern. Wenn das alles ok ist, wären die Ausgaben nach folgenden Befehlen interessant:

smbtree
smbclient -L //diskstation 

Gruß – Max-Ulrich

Ich sollte evtl. noch dazu sagen, ich habe noch einen weiteren Ubuntu 13.10 Rechner im Netzwerk, auf dem funktioniert das ganze. Also gehe ich mal davon aus, dass der Fehler nicht an der Diskstation liegt, sondern tatsächlich an ner fehlerhaften Konfiguration auf dem neu eingerichtetem Notebook.

Anpingen funktioniert über den Namen funktioniert, da ich diskstation in /etc/hosts mit eingetragen habe.

smbtree ergibt folgendes:

thorsten@notebook:~$ smbtree
Enter thorsten's password: 
WORKGROUP
	\\NOTEBOOK       		notebook server (Samba, Ubuntu)
		\\NOTEBOOK\Canon          	Canon @ DiskStation
		\\NOTEBOOK\print$         	Printer Drivers
		\\NOTEBOOK\IPC$           	IPC Service (notebook server (Samba, Ubuntu))
	\\DISKSTATION    		
		\\DISKSTATION\Canon          	Canon Canon
		\\DISKSTATION\IPC$           	IPC Service ()
		\\DISKSTATION\video          	System default shared folder
		\\DISKSTATION\vasco          	
		\\DISKSTATION\thorsten       	
		\\DISKSTATION\Share          	
		\\DISKSTATION\music          	System default shared folder
		\\DISKSTATION\home           	home

smbclient -L //diskstation ergibt:

thorsten@notebook:~$ smbclient -L //diskstation
Enter thorsten's password: 
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.6.9]

	Sharename       Type      Comment
	---------       ----      -------
	home            Disk      home
	music           Disk      System default shared folder
	Share           Disk      
	thorsten        Disk      
	vasco           Disk      
	video           Disk      System default shared folder
	IPC$            IPC       IPC Service ()
	Canon           Printer   Canon Canon
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.6.9]

	Server               Comment
	---------            -------
	DISKSTATION          
	NOTEBOOK             notebook server (Samba, Ubuntu)

	Workgroup            Master
	---------            -------
	WORKGROUP            NOTEBOOK

Ich hoffe, die Angaben sind hilfreich.

Vielen Dank im voraus.

Die Ausgaben sehen ja gut aus, alles scheint in Ordnung zu sein.

Ubuntu 14.04 ist ja noch in der Beta-Phase. Und bei Samba gibt es einige wichtige Umstellungen, vor allem den Wechsel von Samba 3.xx auf Samba 4.xx. Da gibt es auch laufend noch Updates; es kann also schon sein, dass da manches noch nicht so ganz rund läuft. Trotzdem wundert es mich.

Von Ubuntu 14.04 habe ich nur Xubuntu 14.04 (Xfce) in einer virtuellen Maschine installiert. Außerdem habe ich auch ein Synology-NAS in Betrieb. Vom Dateimanager Thunar aus kann ich problemlos auf dem NAS browsen, ohne dass ich irgend etwas an den Einstellungen hätte ändern müssen.

Könnte es vielleicht sein, dass sich da zwei Rechner als WINS-Server Konkurrenz machen (wins support = yes) "Note that you should NEVER set this to yes on more than one machine in your network" ?

Gruß – Max-Ulrich

Hallo nochmal,

Ich habe jetzt auf dem Desktop-Rechner und auf dem Notebook mal verglichen, auf keinem der beiden steht "wins server = yes". Ansonsten habe ich keine Linux-Rechner im Netz, welche da stören könnten.

Ich habe auch die beiden smb.conf Dateien von Desktop und Notebook verglichen und sehe da keine signifikanten Unterschiede, weshalb es nicht gehen sollte.

An der Synology NAS kann (Diskstation) kann es ja auch nicht liegen, da sonst ja nicht der Desktop-Rechner drauf kommen würde.

Liebe Grüße Thorsten

Da weiß ich dann auch nicht weiter. Da Du ja auf die Freigaben zugreifen kannst, würde ich jetzt halt auf die endgültige Version von 14.04 warten, die ja bald kommt. Vielleicht erledigt sich das Problem von selbst durch ein Update.

Sollte es ein Problem von Nautilus sein (mit Thunar kann ich ja auf meinem Synology von Xubuntu 14.04 aus problemlos browsen), kannst Du ja mal Gigolo installieren und sehen, ob das Browsen damit klappt.

Wenn Du weißt, wie man auf dem NAS an die Logfiles ran kommt (ich habe das noch nicht gebraucht), so könnten diese vielleicht auch Näheres verraten.

Gruß – Max-Ulrich

Hallo Max-Ulrich,

jetzt habe ich Thunar installiert, selbes Ergebnis. Ebenso habe ich Gigolo installiert, hier ist die Anzeige nun so:

Er zeigt die Diskstation, aber meint es gäbe keine Freigaben.

Wenn ich in Gigolo aber explizit versuche zu verbinden mit //diskstation/share, dann geht das ebenfalls wieder.

Liebe Grüße Thorsten

Das heißt, es ist definitiv ein Samba- und kein Nautilus-Problem. Und da Samba in einer ähnlichen Konstellation (Synology-NAS, Xubuntu-Version 14.04) bei mir problemlos läuft, muss es doch wohl an der Konfiguration liegen.

Die smb.conf des NAS ist ja sehr speziell, da Synology darin noch einige weitere, Produkt-spezifische Parameter untergebracht hat. Die lasse ich deshalb grundsätzlich unberührt.

Könntest Du bitte mal die smb.conf des 14.04-Rechners als Codeblock posten damit man sehen kann, an welcher "Schraube" man da vielleicht noch drehen könnte. – Kannst Du denn die Freigaben problemlos mittels cifs-vfs als Netzwerk-Ordner einbinden? Mit der Option guest und ohne zusätzliche Angabe eines sec=... -Parameters? Wenn ja, dann kann es doch eigentlich nur noch an der Auflösung des Netbios-Namens hängen.

Stimmt denn die IP, die Du bei ping -c5 diskstation bekommst? Ist denn die Diskstation mittels DHCP eingebunden, sodass es passieren kann, dass die tatsächliche IP mit irgend einem relevanten Eintrag (z.B. in /etc/hosts oder in /etc/samba/lmhosts) nicht mehr übereinstimmt? Für die Diskstation würde ich grundsätzlich kein DHCP, sondern nur eine feste IP verwenden.

Gruß – Max-Ulrich

Hallo,

ich habe soeben ausprobiert, die Ordner per Mount und cifs einzubinden, dabei bin ich auf folgendes gestoßen:

Über IP geht es:

sudo mount -t cifs -o username=xxx,password=yyy //192.168.0.50/share test/

Über den Namen geht es nicht:

sudo mount -t cifs -o username=xxx,password=yyy //diskstation/share test/

Wundert mich, dass es über Namen nicht geht, da er ja der Name dennoch aufgelöst werden kann zur IP, wie man hier sehen kann:

ping diskstation
PING diskstation (192.168.0.50) 56(84) bytes of data.
64 bytes from diskstation (192.168.0.50): icmp_seq=1 ttl=64 time=4.08 ms

Hier nun wie gewünscht noch die smb.conf:

#
# Sample configuration file for the Samba suite for Debian GNU/Linux.
#
#
# This is the main Samba configuration file. You should read the
# smb.conf(5) manual page in order to understand the options listed
# here. Samba has a huge number of configurable options most of which 
# are not shown in this example
#
# Some options that are often worth tuning have been included as
# commented-out examples in this file.
#  - When such options are commented with ";", the proposed setting
#    differs from the default Samba behaviour
#  - When commented with "#", the proposed setting is the default
#    behaviour of Samba but the option is considered important
#    enough to be mentioned here
#
# NOTE: Whenever you modify this file you should run the command
# "testparm" to check that you have not made any basic syntactic 
# errors. 

#======================= Global Settings =======================

[global]
client lanman auth = yes
client ntlmv2 auth = no

## Browsing/Identification ###

# Change this to the workgroup/NT-domain name your Samba server will part of
   workgroup = WORKGROUP

# server string is the equivalent of the NT Description field
	server string = %h server (Samba, Ubuntu)

# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable its WINS Server
#   wins support = no

# WINS Server - Tells the NMBD components of Samba to be a WINS Client
# Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
;   wins server = w.x.y.z

# This will prevent nmbd to search for NetBIOS names through DNS.
   dns proxy = no

#### Networking ####

# The specific set of interfaces / networks to bind to
# This can be either the interface name or an IP address/netmask;
# interface names are normally preferred
;   interfaces = 127.0.0.0/8 eth0

# Only bind to the named interfaces and/or networks; you must use the
# 'interfaces' option above to use this.
# It is recommended that you enable this feature if your Samba machine is
# not protected by a firewall or is a firewall itself.  However, this
# option cannot handle dynamic or non-broadcast interfaces correctly.
;   bind interfaces only = yes



#### Debugging/Accounting ####

# This tells Samba to use a separate log file for each machine
# that connects
   log file = /var/log/samba/log.%m

# Cap the size of the individual log files (in KiB).
   max log size = 1000

# If you want Samba to only log through syslog then set the following
# parameter to 'yes'.
#   syslog only = no

# We want Samba to log a minimum amount of information to syslog. Everything
# should go to /var/log/samba/log.{smbd,nmbd} instead. If you want to log
# through syslog you should set the following parameter to something higher.
   syslog = 0

# Do something sensible when Samba crashes: mail the admin a backtrace
   panic action = /usr/share/samba/panic-action %d


####### Authentication #######

# Server role. Defines in which mode Samba will operate. Possible
# values are "standalone server", "member server", "classic primary
# domain controller", "classic backup domain controller", "active
# directory domain controller". 
#
# Most people will want "standalone sever" or "member server".
# Running as "active directory domain controller" will require first
# running "samba-tool domain provision" to wipe databases and create a
# new domain.
   server role = standalone server

# If you are using encrypted passwords, Samba will need to know what
# password database type you are using.  
   passdb backend = tdbsam

   obey pam restrictions = yes

# This boolean parameter controls whether Samba attempts to sync the Unix
# password with the SMB password when the encrypted SMB password in the
# passdb is changed.
   unix password sync = yes

# For Unix password sync to work on a Debian GNU/Linux system, the following
# parameters must be set (thanks to Ian Kahan <<kahan@informatik.tu-muenchen.de> for
# sending the correct chat script for the passwd program in Debian Sarge).
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .

# This boolean controls whether PAM will be used for password changes
# when requested by an SMB client instead of the program listed in
# 'passwd program'. The default is 'no'.
   pam password change = yes

# This option controls how unsuccessful authentication attempts are mapped
# to anonymous connections
   map to guest = bad user

########## Domains ###########

#
# The following settings only takes effect if 'server role = primary
# classic domain controller', 'server role = backup domain controller'
# or 'domain logons' is set 
#

# It specifies the location of the user's
# profile directory from the client point of view) The following
# required a [profiles] share to be setup on the samba server (see
# below)
;   logon path = \\%N\profiles\%U
# Another common choice is storing the profile in the user's home directory
# (this is Samba's default)
#   logon path = \\%N\%U\profile

# The following setting only takes effect if 'domain logons' is set
# It specifies the location of a user's home directory (from the client
# point of view)
;   logon drive = H:
#   logon home = \\%N\%U

# The following setting only takes effect if 'domain logons' is set
# It specifies the script to run during logon. The script must be stored
# in the [netlogon] share
# NOTE: Must be store in 'DOS' file format convention
;   logon script = logon.cmd

# This allows Unix users to be created on the domain controller via the SAMR
# RPC pipe.  The example command creates a user account with a disabled Unix
# password; please adapt to your needs
; add user script = /usr/sbin/adduser --quiet --disabled-password --gecos "" %u

# This allows machine accounts to be created on the domain controller via the 
# SAMR RPC pipe.  
# The following assumes a "machines" group exists on the system
; add machine script  = /usr/sbin/useradd -g machines -c "%u machine account" -d /var/lib/samba -s /bin/false %u

# This allows Unix groups to be created on the domain controller via the SAMR
# RPC pipe.  
; add group script = /usr/sbin/addgroup --force-badname %g

############ Misc ############

# Using the following line enables you to customise your configuration
# on a per machine basis. The %m gets replaced with the netbios name
# of the machine that is connecting
;   include = /home/samba/etc/smb.conf.%m

# Some defaults for winbind (make sure you're not using the ranges
# for something else.)
;   idmap uid = 10000-20000
;   idmap gid = 10000-20000
;   template shell = /bin/bash

# Setup usershare options to enable non-root users to share folders
# with the net usershare command.

# Maximum number of usershare. 0 (default) means that usershare is disabled.
;   usershare max shares = 100

# Allow users who've been granted usershare privileges to create
# public shares, not just authenticated ones
   usershare allow guests = yes

#======================= Share Definitions =======================

# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares. This will share each
# user's home directory as \\server\username
;[homes]
;   comment = Home Directories
;   browseable = no

# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
;   read only = yes

# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
;   create mask = 0700

# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
;   directory mask = 0700

# By default, \\server\username shares can be connected to by anyone
# with access to the samba server.
# Un-comment the following parameter makes sure that only "username"
# can connect to \\server\username
# This might need tweaking when using external authentication schemes
;   valid users = %S

# Un-comment the following and create the netlogon directory for Domain Logons
# (you need to configure Samba to act as a domain controller too.)
;[netlogon]
;   comment = Network Logon Service
;   path = /home/samba/netlogon
;   guest ok = yes
;   read only = yes

# Un-comment the following and create the profiles directory to store
# users profiles (see the "logon path" option above)
# (you need to configure Samba to act as a domain controller too.)
# The path below should be writable by all users so that their
# profile directory may be created the first time they log on
;[profiles]
;   comment = Users profiles
;   path = /home/samba/profiles
;   guest ok = no
;   browseable = no
;   create mask = 0600
;   directory mask = 0700

[printers]
   comment = All Printers
   browseable = no
   path = /var/spool/samba
   printable = yes
   guest ok = no
   read only = yes
   create mask = 0700

# Windows clients look for this share name as a source of downloadable
# printer drivers
[print$]
   comment = Printer Drivers
   path = /var/lib/samba/printers
   browseable = yes
   read only = yes
   guest ok = no
# Uncomment to allow remote administration of Windows print drivers.
# You may need to replace 'lpadmin' with the name of the group your
# admin users are members of.
# Please note that you also need to set appropriate Unix permissions
# to the drivers directory for these users to have write rights in it
;   write list = root, @lpadmin

Wundert mich, dass es über Namen nicht geht, da er ja der Name dennoch aufgelöst werden kann zur IP, wie man hier sehen kann:

Das ist ja gerade das Seltsame, dass bei Dir die Namens-Auflösung in manchen Fällen funktioniert und in manchen anderen Fällen eben nicht ... Gerade mit diesem Problem haben wir es ja die ganze Zeit zu tun.

Jetzt zur smb.conf:

client lanman auth = yes
client ntlmv2 auth = no

Das sehr unsichere Lanman sollte man zur Authentifizierung gar nicht mehr verwenden; es war für Uralt-Windows wie Win-95 nötig. Ich kann mir nicht vorstellen, dass Dein NAS sooo alt ist, dass Lanman nötig wäre. Falls ntlmv2 nicht funktioniert (bei mir funktioniert es, aber vielleicht ist mein NAS neuer?), ist allenfalls client ntlm auth = yes angebracht.

   server role = standalone server

Braucht man nicht. Die Default-Einstellung server role = auto fragt den Parameter security = ... ab und nimmt die dazu passende server role Einstellung vor. - Dürfte hier aber egal sein, da der Rechner gar nicht als Server fungiert.

Die beiden Zeilen mit lanman und ntlmv2 hab ich nun wieder raus geworfen. Die hatte ich auch nur die Tage reingemacht zum Probieren, als ich in Foren und Wikis gesucht habe und diese beiden Einträge gefunden hatte.

Aber mit den beiden Einträgen und auch ohne, es bleibt dabei.

Verbindung ist nicht möglich, wenn ich drauf klicke auf die Diskstation.

Die Diskstation ist übrigens nicht so alt: Synology DS213j

Irgendwie sind wir ratlos oder?

Die Diskstation ist übrigens nicht so alt: Synology DS213j

Die ist sogar jünger als meine! – Logfiles für Samba-Clients habe ich nebenbei auf meinen NAS nicht gefunden.

Irgendwie sind wir ratlos oder?

Allerdings! – nmblookup diskstation hatte doch funktioniert, oder nicht?

Was passiert denn, wenn Du den Eintrag in /etc/hosts wieder rausnimmst bzw. auskommentierst?

Ändert es etwas, wenn Du im Teil [global] der smb.conf folgenden Eintrag einfügst:

name resolve order = lmhosts bcast wins host 

Du kannst dann mit der Reihenfolge etwas spielen; wichtig ist, dass bcast vor host steht, sonst ändert der Eintrag nichts Wesentliches.

Hallo, ja, nmblookup diskstation funktioniert.

Das Rumspielen mit name resolve order hat auch keine Besserung gebracht.

Ich verstehe es nicht. ☹

Wenn es mit dem GVFS partout nicht klappen will, vielleicht geht dann PyNeighborhood? Das arbeitet nämlich nicht mit dem GVFS, sondern mit dem cifs-vfs.

Ansonsten würde ich halt die Freigaben des NAS statisch per cifs-vfs einbinden, entweder mit einem Eintrag in /etc/fstab oder einem Eintrag in /etc/rc.local. Auch Autofs ist eine Alternative.

Gruß – Max-Ulrich

HAllo zusammen, habe ähnliche Probleme seit 14.04. Interessanterweise arbeitet auch gvfs-info nur im Terminal, nicht im Script. Bei mir:

gvfs-info smb://lx-5/z

im Terminal alles gut, via Script "Error getting info: Vorgang wird nicht unterstützt". Ausgabeumleitung in eine Datei generiert eine Leerdatei. Irgend eine Idee?