staging.inyokaproject.org

Hallo,

ich habe 2 Rechner im Heimnetz:

Rechner 1: manfred-HP Ubuntu 20.04

Rechner 2: heidi-rechner Ubuntu 18.04

Mit dem Rechner 2 kann ich auf die Fritzbox zugreifen, mit dem Rechner 1 nicht.

Ich habe folgende Befehle im Terminal abgesetzt, der vielleicht das Problem erklären:

Rechner 1

manfred@manfred-HP:~$ smbclient -L 192.168.178.1 -U Manfred
WARNING: The "syslog" option is deprecated
protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED
manfred@manfred-HP:~$ 

Rechner 2

heidi@heidi-Rechner:~$ smbclient -L 192.168.178.1 -U Manfred
WARNING: The "syslog" option is deprecated
Enter WORKGROUP\Manfred's password: 

	Sharename       Type      Comment
	---------       ----      -------
	FRITZ.NAS       Disk      
	IPC$            IPC       IPC Service (FRITZ!Box)
Reconnecting with SMB1 for workgroup listing.

	Server               Comment
	---------            -------

	Workgroup            Master
	---------            -------
	WORKGROUP            
heidi@heidi-Rechner:~$ 

Hat jemand eine Idee?

Gruß Fir

Klar, in Rechner 1 läuft Samba 4.11.7, und da ist das Protokoll NT1, welches die FritzBox braucht, standardmäßig deaktiviert. Es gibt hier mehrere Threads, wie Du es wieder aktivieren kannst. Doch leider gibt es in Samba 4.11.7 noch ein Bug, an dem aber gearbeitet wird.

Gruß – Max-Ulrich

Danke für die Antwort und für die Information, daß in 4.11.7 noch ein Bug ist. Ich habe nämlich noch ein weiteres Problem mit Samba im Rechner 1. Damit werde ich dann erst mal abwarten.

Max-Ulrich_Farber schrieb:

[…] Doch leider gibt es in Samba 4.11.7 noch ein Bug, an dem aber gearbeitet wird.

Hast Du einen Link zum Bugreport?

Ich habe, gerade mit einer Fritzbox 7490 als SMB-Server und Ubuntu 20.04 als SMB-Client mit dieser Konfiguration gute Erfahrungen gemacht:

1. Die Pakete smbclient, libsmbclient und cifs-utils nebst allen benötigten Abhängigkeiten müssen installiert sein.

2. Meine Datei /etc/samba/smb.conf sieht so aus.

   client min protocol = NT1
   workgroup = ALHAMBRA
   name resolve order = lmhosts bcast

Die erste Zeile ermöglicht wieder den SMB-Zugriff aus die Fritzbox per Protokoll-Version SMB1 (Die Fritzbox kann noch nichts besseres, außer mit einer Labor-Software.) Die beiden weiteren Zeilen sind optional und verbessern etwas das Zeitverhalten der NetBios-Namensauflösung. Wichtig ist, dass alle Rechner (auch die Fritzbox) im Netzwerk denselben Namen für workgroup verwenden, aber möglichst nicht die Vorgaben WORKGROUP oder ARBEITSGRUPPE. Es sind beliebige Bezeichner mit bis zu 15 Byte (nicht: Zeichen!) zulässig, das erste Zeichen darf kein Leerzeichen sein.

@kB:

Ein Link zum Bugreport: 1872476

Das Bug ist mehrfach bestätigt. Warum es bei torero angeblich nicht auftritt (siehe freigaben-im-netzwerk-sind-nicht-erreichbar/3) weiß ich nicht; es könnte eine Untersuchung wert sein!

Dein Lösungsvorschlag entspricht ja genau dem, was bei anderen auch funktioniert hat – eben abgesehen von dem Bug, dass mit dem Protokoll SMBv1 (NT1) Dateien dann als leere Ordner dargestellt werden, sofern man nicht das "Update" für Samba 4.11.7 aus dem PPA von Sergio Durigan installiert hat. Ist das bei Dir genau so? Bei mir tritt das Bug regelmäßig und reproduzierbar auf (Xubuntu 20.04), bei anderen angeblich nur sporadisch.

Max-Ulrich_Farber schrieb:

@kB:

Ein Link zum Bugreport: 1872476

Das Bug ist mehrfach bestätigt. Warum es bei torero angeblich nicht auftritt (siehe freigaben-im-netzwerk-sind-nicht-erreichbar/3) weiß ich nicht; es könnte eine Untersuchung wert sein!

Bei mir taucht dieser Bug (Dateien als Ordner dargestellt) auch nicht auf. Ich habe eine Ubuntu-20.04-Installation mit Gnome-Shell in einer Gnome-Session unter X11. Ich benutze die SMB-Pakete aus den offiziellen Quellen, keine PPAs. Nautilus und andere SMB-Clients haben keinerlei Probleme mit SMB-Protokollversion-1-Servern wie der Fritzbox. Ich musste lediglich den Zauberspruch "client min protocol = NT1" anwenden. Die Versionen der Pakete poste ich noch, wenn ich 20.04 wieder gestartet habe.

Wilde Spekulation: Vielleicht ist der Fehler auf Xubuntu bzw. Thunar beschränkt?

kB schrieb:

[…] Bei mir taucht dieser Bug (Dateien als Ordner dargestellt) auch nicht auf.

Bisher war das richtig. Jetzt habe ich auch diese Seuche – Darstellung von Dateien als Ordner bei Verwendung von gio mount für eine Freigabe von einem SMB1-Server. Allerdings ist die falsche Darstellung nicht stabil. Zuweilen wird die vorher als Ordner falsch dargestellte Datei beim erneuten Betreten des Verzeichnisses richtig erkannt und kann sogar als Video abgespielt werden. Das ist ein sehr merkwürdiges Verhalten!

[…] Die Versionen der Pakete poste ich noch, wenn ich 20.04 wieder gestartet habe.

$ { dpkg --list *smb* ; dpkg --list *cifs*; dpkg --list *samba* ;} | grep '^ii'
ii  libsmbclient:amd64 2:4.11.6+dfsg-0ubuntu1.1 amd64        shared library for communication with SMB/CIFS servers
ii  libsmbios-c2       2.4.3-1                  amd64        Provide access to (SM)BIOS information -- dynamic library
ii  smbclient          2:4.11.6+dfsg-0ubuntu1.1 amd64        command-line SMB/CIFS clients for Unix
ii  cifs-utils     2:6.9-1      amd64        Common Internet File System utilities
ii  python3-samba            2:4.11.6+dfsg-0ubuntu1.1 amd64        Python 3 bindings for Samba
ii  samba-common             2:4.11.6+dfsg-0ubuntu1.1 all          common files used by both the Samba server and client
ii  samba-common-bin         2:4.11.6+dfsg-0ubuntu1.1 amd64        Samba common files used by both the server and the client
ii  samba-dsdb-modules:amd64 2:4.11.6+dfsg-0ubuntu1.1 amd64        Samba Directory Services Database
ii  samba-libs:amd64         2:4.11.6+dfsg-0ubuntu1.1 amd64        Samba core libraries
ii  vlc-plugin-samba:amd64   3.0.9.2-1                amd64        Samba plugin for VLC

Das ist diese Samba-Version:

$ smbclient -V
Version 4.11.6-Ubuntu

Ich versuche mal ein update, aber ich habe das schon heute morgen gemacht, dabei wurde nichts SMB-lastiges angefasst.

bei mir ist auch

$ smbclient -V
Version 4.11.6-Ubuntu

und nicht 4.11.7

An welcher Stelle trägt man den

client min protocol = NT1

in smb.conf ein oder ist das egal?

Ich habe die richtige Stelle gefunden und jetzt klappt es.

Version 4.11.6-Ubuntu

... ist normal, weil ...

Max-Ulrich_Farber schrieb: ... sofern man nicht das "Update" für Samba 4.11.7 aus dem PPA von Sergio Durigan installiert hat...

kB schrieb:

[…] update

Das hat nur einen neuen Kernel eingespielt, aber an der SMB-Software nichts aktualisiert.

Nach Neustart mit dem neuen Kernel verhält sich der erste gio mount normal, d.h. Dateien werden als Dateien und nicht als Ordner dargestellt und lassen sich durch Anklick abspielen.

Nach unmount und erneutem Einbinden habe ich die falsche Darstellung von Dateien als Ordner.

fir schrieb:

An welcher Stelle trägt man den

client min protocol = NT1

in smb.conf ein oder ist das egal?

Ich habe die richtige Stelle gefunden und jetzt klappt es.

• Wenn man nur für einen Client konfiguriert, ist es egal. Man benötigt dann ja keine Abschnitte.

• Wenn man mit dieser Datei auch den Server konfiguriert, gehört alle Client-Konfiguration in den Abschnitt [global].

Es funktioniert bei mir nur im Abschnitt [global]

Max-Ulrich_Farber schrieb:

@kB:

Ein Link zum Bugreport: 1872476

Ein Detail zu diesem Bug (Dateien werden fälschlicherweise als Ordner dargestellt):

Unter Ubuntu 20.04 mit Samba 4.11.6 verhält sich nicht jeder gio mount gleich! Diese beiden Mounts sind beide durch Bedienung auf der GUI in Nautilus entstanden, allerdings durch Benutzung unterschiedlicher Angebote:

1. $ gio mount --list | grep Mount
     Mount(0): Fritz.NAS -> file:///media/Fritz.NAS
       Type: GProxyMount (GProxyVolumeMonitorUDisks2)

   Hier benutzt Nautilus einen Eintrag in meiner Datei /etc/fstab zur Bestimmung des Einbindepunktes. Die Darstellung der Dateien vom SMB1-Server ist normal und sie lassen sich normal durch Anklick starten.

2. $ gio mount --list | grep Mount
   Mount(0): router auf router -> smb://router/router/
     Type: GDaemonMount
   $ ls -ld /run/user/1000/gvfs/*
   drwx------ 1 klaus klaus 0 Mai  6 04:36 '/run/user/1000/gvfs/smb-share:server=router,share=router'

   Jetzt ist die Darstellung der Dateien fehlerhaft!