• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[Teilgelöst] Nach update Samba-Client 1752-1 vom 20.05.22 keine Verbindung mehr möglich

OP
M

mojo

Member
Sapperlot,

hat denn hier außer mir keiner Probleme mit SMB-Verbindungen unter Dolphin mit Samba > 4.15.4?

Ich habe das jetzt auf 3 PC und darunter teile verschiedenen Linuxen probiert (Leap 15.3, Tumbleweed, Mint 20.3 wobei Mint eine sehr alte Samba-Version hat).
Es funktioniert auf allen Maschinen, sofern die Samba-Version 4.15.4 oder kleiner ist. Ist die installierte Samba-Version größer als 4.15.4, ist der Zugriff über Dolphin nicht möglich (Fehlermeldung von Dolphin: "Die Datei oder der Ordner smb://IP-Adresse existiert nicht").

Bei allen Maschinen läuft Samba bzw. der Client mit den bei der Installation automatisch erstellten Konfigurationen.

Der Zugriff erfolgt auf ein Synology NAS unter DSM7.0. Auch hier alles mit den automatisch erstellten Konfigurationen (die ja bis zu dem Update von Samba auf 4.15.7 oder höher auch funktionierte).

Es kann doch nicht sein, dass ich der einzige bin, bei dem es auf allen meinen Maschinen nicht mehr läuft.

Ich habe ja bald Samba auf dem NAS in Verdacht. Aber dann müssten doch auch andere Nutzer mit einem Synology Probleme haben.

Es ist zum Haare ausrupfen...


mojo
 
OP
M

mojo

Member
susejunky schrieb:
hast Du /etc/samba/smb.conf schon einmal mit testparm überprüft?
Zum Vergrößern anklicken....
Hallo susejunky,

ja, habe ich. Hier die Ausgabe von Tumbleweed, auf dem der Zugriff nicht funktioniert (Samba 4.16.1):

Code: 
test@i3-4170:~> cat /etc/os-release
NAME="openSUSE Tumbleweed"
# VERSION="20220525"
ID="opensuse-tumbleweed"
ID_LIKE="opensuse suse"
VERSION_ID="20220525"
PRETTY_NAME="openSUSE Tumbleweed"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:tumbleweed:20220525"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org/"
DOCUMENTATION_URL="https://en.opensuse.org/Portal:Tumbleweed"
LOGO="distributor-logo-Tumbleweed"
test@i3-4170:~>


Code: 
test@i3-4170:~> testparm
Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
Weak crypto is allowed

Server role: ROLE_STANDALONE

Press enter to see a dump of your service definitions

# Global parameters
[global]
        logon drive = P:
        logon home = \\%L\%U\.9xprofile
        logon path = \\%L\profiles\.msprofile
        map to guest = Bad User
        printcap name = cups
        usershare allow guests = Yes
        idmap config * : backend = tdb
        cups options = raw


[homes]
        browseable = No
        comment = Home Directories
        inherit acls = Yes
        read only = No
        valid users = %S %D%w%S


[profiles]
        comment = Network Profiles Service
        create mask = 0600
        directory mask = 0700
        path = %H
        read only = No


[users]
        comment = All users
        inherit acls = Yes
        path = /home
        read only = No
        veto files = /aquota.user/groups/shares/


[groups]
        comment = All groups
        inherit acls = Yes
        path = /home/groups
        read only = No


[printers]
        browseable = No
        comment = All Printers
        create mask = 0600
        path = /var/tmp
        printable = Yes


[print$]
        comment = Printer Drivers
        create mask = 0664
        directory mask = 0775
        force group = ntadmin
        path = /var/lib/samba/drivers
        write list = @ntadmin root
test@i3-4170:~>



Und hier die Ausgabe von Leap 15.3 mit den funktionierenden Paketen (nach downgrade auf Samba 4.15.4):

Code: 
test@localhost:~> cat /etc/os-release
NAME="openSUSE Leap"
VERSION="15.3"
ID="opensuse-leap"
ID_LIKE="suse opensuse"
VERSION_ID="15.3"
PRETTY_NAME="openSUSE Leap 15.3"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:leap:15.3"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org/"
test@localhost:~>


Code: 
test@localhost:~> testparm
Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
Weak crypto is allowed

Server role: ROLE_STANDALONE

Press enter to see a dump of your service definitions

# Global parameters
[global]
        logon drive = P:
        logon home = \\%L\%U\.9xprofile
        logon path = \\%L\profiles\.msprofile
        map to guest = Bad User
        printcap name = cups
        idmap config * : backend = tdb
        cups options = raw


[homes]
        browseable = No
        comment = Home Directories
        inherit acls = Yes
        read only = No
        valid users = %S %D%w%S


[profiles]
        comment = Network Profiles Service
        create mask = 0600
        directory mask = 0700
        path = %H
        read only = No


[users]
        comment = All users
        inherit acls = Yes
        path = /home
        read only = No
        veto files = /aquota.user/groups/shares/


[groups]
        comment = All groups
        inherit acls = Yes
        path = /home/groups
        read only = No


[printers]
        browseable = No
        comment = All Printers
        create mask = 0600
        path = /var/tmp
        printable = Yes


[print$]
        comment = Printer Drivers
        create mask = 0664
        directory mask = 0775
        force group = ntadmin
        path = /var/lib/samba/drivers
        write list = @ntadmin root


[tuxboxdata]
        inherit acls = Yes
        path = /srv
        read only = No
test@localhost:~>

mojo
 
Zuletzt bearbeitet:
OP
M

mojo

Member
Und hier die Ausgabe von journalctl -f wenn ich unter Tumbleweed mit Samba 4.16.1 Dolphin aufrufe:


Code: 
Mai 27 11:08:08 i3-4170.fritz.box plasmashell[4793]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:370: Unable to assign [undefined] to QString
Mai 27 11:08:08 i3-4170.fritz.box systemd[4615]: Started Dolphin - Dateiverwaltung.
Mai 27 11:08:09 i3-4170.fritz.box dbus-daemon[4635]: [session uid=1000 pid=4635] Activating service name='org.kde.kpasswdserver' requested by ':1.36' (uid=1000 pid=5212 comm="/usr/libexec/kf5/kioslave5 /usr/lib64/qt5/plugins/")
Mai 27 11:08:09 i3-4170.fritz.box dbus-daemon[4635]: [session uid=1000 pid=4635] Successfully activated service 'org.kde.kpasswdserver'
Mai 27 11:08:09 i3-4170.fritz.box kiod5[5223]: kf.kio.kiod: loadModule "kpasswdserver"
Mai 27 11:08:09 i3-4170.fritz.box dbus-daemon[4635]: [session uid=1000 pid=4635] Activating service name='org.kde.kwalletd5' requested by ':1.38' (uid=1000 pid=5223 comm="/usr/libexec/kf5/kiod5")
Mai 27 11:08:09 i3-4170.fritz.box dbus-daemon[4635]: [session uid=1000 pid=4635] Successfully activated service 'org.kde.kwalletd5'
Mai 27 11:08:09 i3-4170.fritz.box dolphin[5189]: kf.kio.core: "Die Datei oder der Ordner smb://IP-Adresse/ existiert nicht."

mojo
 
susejunky

susejunky

Moderator
Teammitglied
Hallo mojo,

wie bereits gesagt, bei meinem openSUSE Tumbleweed (20220524, mit Samba 4.16.1+git.237.1d04c5f421f-1.1) funktioniert der Zugriff auf Samba-Shares mittels dolphin problemlos.

Allerdings ergibt journalctl -f bei meinem System:
Mai 27 11:38:01 SYSTEM1 systemd[1302]: Started Dolphin - Dateiverwaltung.
Mai 27 11:38:09 SYSTEM1 dbus-daemon[1322]: [session uid=1000 pid=1322] Activating service name='org.kde.kpasswdserver' requested by ':1.002' (uid=1000 pid=12883 comm="/usr/libexec/kf5/smbnotifier smb://U1@192.178.1.80")
Mai 27 11:38:10 SYSTEM1 dbus-daemon[1322]: [session uid=1000 pid=1322] Successfully activated service 'org.kde.kpasswdserver'
Mai 27 11:38:10 SYSTEM1 kiod5[12892]: kf.kio.kiod: loadModule "kpasswdserver"
Zum Vergrößern anklicken....
Warum das bei meinem System anders ist, als bei Deinem System kann ich Dir momentan nicht wirklich erklären.

Hast Du das Paket kio-extras5 installiert?

Viele Grüße

susejunky
 
susejunky

susejunky

Moderator
Teammitglied
Hallo mojo,

susejunky schrieb:
...Allerdings ergibt journalctl -f bei meinem System:
Code: 
Mai 27 11:38:01 SYSTEM1 systemd[1302]: Started Dolphin - Dateiverwaltung.
Mai 27 11:38:09 SYSTEM1 dbus-daemon[1322]: [session uid=1000 pid=1322] Activating service name='org.kde.kpasswdserver' requested by ':1.002' (uid=1000 pid=12883 comm="/usr/libexec/kf5/smbnotifier smb://U1@192.178.1.80")
Mai 27 11:38:10 SYSTEM1 dbus-daemon[1322]: [session uid=1000 pid=1322] Successfully activated service 'org.kde.kpasswdserver'
Mai 27 11:38:10 SYSTEM1 kiod5[12892]: kf.kio.kiod: loadModule "kpasswdserver"
Warum das bei meinem System anders ist, als bei Deinem System kann ich Dir momentan nicht wirklich erklären.
Zum Vergrößern anklicken....
diese Abweichung glaube ich nun erklären zu können:

Meine openSUSE Tumbleweed Systeme wurden vor über zwei Jahren (d.h. vor dem usr-merge) installiert und seit dem immer aktualisiert.

Vor ein paar Wochen habe ich begonnen ein neues openSUSE Tumbleweed System (mit Hilfe eine Snapshots aus März 2022) aufzusetzen. Mit diesem System zeigt journalctl -f die selben Meldungen (... comm="/usr/libexec/kf5/kioslave5 /usr/lib64/qt5/plugins/" ...) wie Dein System, ABER auch mit meinem neu aufgesetzten openSUSE Tumbleweed System (an dessen Samba-Konfiguration ich noch nichts verändert habe) funktioniert der Zugriff auf meinen NAS mittels dolphin problemlos.

Dein Problem muss also eine andere Ursache als die von mir bislang vermutete haben.

Viele Grüße

susejunky
 
OP
M

mojo

Member
Ich habe jetzt Tumbleweed mit neuem Image vom 2202-05-25 komplett neu installiert und alle Konfigurationen unangetastet gelassen.

Aber das Problem bleibt: ich kann mit Dolphin über Samba keine Verbindung zu meinem Synology NAS herstellen.

Das kann doch eigentlich nicht sein, dass nur ich mit neueren Versionen des Samba-Clients auf allen PC keinen Zugriff mehr auf mein NAS bekomme???

mojo
 
Jägerschlürfer

Jägerschlürfer

Moderator
Teammitglied
wieso unbedingt samba? Was ist mit nfs, wenn du eh rein linuxiode Systeme verwendest?
Oder gar automatisiert über sftp über die Konsole wenn es z.B. um Backups geht?
 
OP
M

mojo

Member
Jägerschlürfer schrieb:
wieso unbedingt samba? Was ist mit nfs, wenn du eh rein linuxiode Systeme verwendest?
Oder gar automatisiert über sftp über die Konsole wenn es z.B. um Backups geht?
Zum Vergrößern anklicken....
Hallo Jägerschlürfer,

ich brauche das NAS nicht jedesmal wenn ein PC hochfährt. Daher habe ich das bisher über Samba und Dolphin gelöst. So wurde das NAS nur aus dem Schlaf "geweckt", wenn es wirklich gebraucht wurde.

Nein, es geht nicht um Backups, sondern schon auf den Zugriff von Dateien/Dokumenten.

Spätestens wenn ich auf Leap 15.4 wechsele, werde ich wohl auf NFS umsteigen müssen. Samba war halt schnell eingerichtet und nur bei Bedarf verbunden.

mojo
 
T

tomm.fa

Administrator
Teammitglied
Leider kann ich in Sachen Samba/CIFS, da ich es eigentlich nicht verwende (nutze NFS), nicht hilfreich sein und hier nur einen Vergleich bereitstellen. Jedenfalls funktioniert hier der Zugriff über Dolphin auf die Verzeichnisse im NAS problemlos, wenn ich in dessen Adresszeile smb://111.222.333.444 (natürlich mit dem richtigen Eintrag) aufrufe.

Code: 
uname -r
5.18.0-lp153.4.1.ge1a34d7

Code: 
cat /etc/os-release
NAME="openSUSE Leap"
VERSION="15.3"
ID="opensuse-leap"
ID_LIKE="suse opensuse"
VERSION_ID="15.3"
PRETTY_NAME="openSUSE Leap 15.3"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:leap:15.3"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org/"

Code: 
zypper se -si samba dolphin kio fuse gvfs cifs
Loading repository data...
Reading installed packages...

S  | Name                     | Type    | Version                                  | Arch   | Repository
---+--------------------------+---------+------------------------------------------+--------+-------------------------------------------------------------
i  | baloo5-kioslaves         | package | 5.76.0-bp153.2.2.1                       | x86_64 | Update repository of openSUSE Backports
i  | baloo5-kioslaves         | package | 5.76.0-bp153.2.2.1                       | x86_64 | Main Repository
i  | baloo5-kioslaves-lang    | package | 5.76.0-bp153.2.2.1                       | noarch | Update repository of openSUSE Backports
i  | baloo5-kioslaves-lang    | package | 5.76.0-bp153.2.2.1                       | noarch | Main Repository
i  | cifs-utils               | package | 6.9-150100.5.15.1                        | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | dolphin                  | package | 20.04.2-bp153.1.30                       | x86_64 | Main Repository
i  | dolphin-part             | package | 20.04.2-bp153.1.30                       | x86_64 | Main Repository
i  | dolphin-part-lang        | package | 20.04.2-bp153.1.30                       | noarch | Main Repository
i+ | dolphin-plugins          | package | 20.04.2-bp153.1.27                       | x86_64 | Main Repository
i  | dolphin-plugins-lang     | package | 20.04.2-bp153.1.27                       | noarch | Main Repository
i  | enblend-enfuse           | package | 4.2-bp153.2.1                            | x86_64 | Main Repository
i  | fuse                     | package | 2.9.7-3.3.1                              | x86_64 | Main Repository
i+ | fuse-exfat               | package | 1.2.8-bp153.1.17                         | x86_64 | Main Repository
i  | fuse3                    | package | 3.6.1-3.3.8                              | x86_64 | Main Repository
i+ | fuseiso                  | package | 20070708-bp153.1.16                      | x86_64 | Main Repository
i+ | fusepod                  | package | 0.5.2-bp153.1.16                         | x86_64 | Main Repository
i  | gvfs                     | package | 1.42.2-4.24                              | x86_64 | Main Repository
i  | gvfs-backend-afc         | package | 1.42.2-4.24                              | x86_64 | Main Repository
i+ | gvfs-backend-samba       | package | 1.42.2-4.24                              | x86_64 | Main Repository
i  | gvfs-backends            | package | 1.42.2-4.24                              | x86_64 | Main Repository
i  | gvfs-fuse                | package | 1.42.2-4.24                              | x86_64 | Main Repository
i  | gvfs-lang                | package | 1.42.2-4.24                              | noarch | Main Repository
i+ | ifuse                    | package | 1.1.3-bp153.1.16                         | x86_64 | Main Repository
i  | kio                      | package | 5.76.0-bp153.3.2.1                       | x86_64 | Update repository of openSUSE Backports
i  | kio                      | package | 5.76.0-bp153.3.2.1                       | x86_64 | Main Repository
i  | kio-core                 | package | 5.76.0-bp153.3.2.1                       | x86_64 | Update repository of openSUSE Backports
i  | kio-core                 | package | 5.76.0-bp153.3.2.1                       | x86_64 | Main Repository
i  | kio-extras5              | package | 20.04.2-bp153.3.3.2                      | x86_64 | Update repository of openSUSE Backports
i  | kio-extras5-lang         | package | 20.04.2-bp153.3.3.2                      | noarch | Update repository of openSUSE Backports
i+ | kio-fuse                 | package | 5.0.1-lp153.14.5                         | x86_64 | KDE Extra Repo
i  | kio-lang                 | package | 5.76.0-bp153.3.2.1                       | noarch | Update repository of openSUSE Backports
i  | kio-lang                 | package | 5.76.0-bp153.3.2.1                       | noarch | Main Repository
i  | kio_audiocd              | package | 20.04.2-bp153.2.2.1                      | x86_64 | Update repository of openSUSE Backports
i  | kio_audiocd              | package | 20.04.2-bp153.2.2.1                      | x86_64 | Main Repository
i  | kio_audiocd-lang         | package | 20.04.2-bp153.2.2.1                      | noarch | Update repository of openSUSE Backports
i  | kio_audiocd-lang         | package | 20.04.2-bp153.2.2.1                      | noarch | Main Repository
i+ | kio_iso                  | package | 2.7.2-lp153.48.9                         | x86_64 | KDE Extra Repo
i+ | kio_kamera               | package | 20.04.2-bp153.2.2.1                      | x86_64 | Update repository of openSUSE Backports
i+ | kio_kamera               | package | 20.04.2-bp153.2.2.1                      | x86_64 | Main Repository
i  | libdolphinvcs5           | package | 20.04.2-bp153.1.30                       | x86_64 | Main Repository
i  | libfuse2                 | package | 2.9.7-3.3.1                              | x86_64 | Main Repository
i  | libfuse3-3               | package | 3.6.1-3.3.8                              | x86_64 | Main Repository
i  | libkioarchive5           | package | 20.04.2-bp153.3.3.2                      | x86_64 | Update repository of openSUSE Backports
i  | libsamba-policy0-python3 | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba                    | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-ad-dc-libs         | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-client             | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-client-32bit       | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-client-libs        | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-client-libs-32bit  | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-gpupdate           | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-ldb-ldap           | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-libs               | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-libs-python3       | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-python3            | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-winbind            | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-winbind-libs       | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | samba-winbind-libs-32bit | package | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i  | yast2-samba-client       | package | 4.3.5-150300.3.9.1                       | noarch | Update repository with updates from SUSE Linux Enterprise 15
i  | yast2-samba-server       | package | 4.3.4-1.5                                | noarch | Main Repository
 
Zuletzt bearbeitet:
OP
M

mojo

Member
Hallo tomm.fa,

ja, genau so hat es ja auch bis zu besagtem Update von Samba funktioniert.
Seit dem Update ist das nicht mehr möglich. Und das auf mehreren PC.

Wenn ich wieder auf Samba 4.15.4 downgrade, funktioniert der Zugriff ja wieder.

Danke für das zypper se.
Ich werde mal die ganzen Versionen vergleichen. Vielleicht finde ich da einen Ansatz.

mojo
 
susejunky

susejunky

Moderator
Teammitglied
Hallo mojo,

mojo schrieb:
Ich habe jetzt Tumbleweed mit neuem Image vom 2202-05-25 komplett neu installiert und alle Konfigurationen unangetastet gelassen.
Zum Vergrößern anklicken....
hmmm, auch die Firewall?

Ich bin mir nicht sicher, ob die erforderlichen Ports für Samba standardmäßig geöffnet werden. Bitte prüfe das vorsichtshalber noch einmal.

mojo schrieb:
...Das kann doch eigentlich nicht sein, dass nur ich mit neueren Versionen des Samba-Clients auf allen PC keinen Zugriff mehr auf mein NAS bekomme???
Zum Vergrößern anklicken....
Tja, bei mir funktioniert es mit allen meinen openSUSE Tumbleweed 2202-05-25 Systemen problemlos.

Verwendest Du kwallet? Wenn ja, bist Du sicher, dass es die richtigen Login-Daten enthält?

Kannst Du Deinen NAS mit
Code: 
mount -t cifs -o rw,uid=BENUTZER,gid=GRUPPE,username=NAS-BENUTZER,password=KENNWORT,vers=3 //NAS-IP/FREIGABE /ZIEL/PFAD
manuell einhängen?

Viele Grüße

susejunky
 
OP
M

mojo

Member
So langsam deutet ja einiges darauf hin, dass es vielleicht am NAS liegen könnte.
Ich habe nochmal geschaut ob ein Update von DSM vorliegt, aber es wurde nur angezeigt, die Version 7.0.1-42218 Update 3 sei der aktuelle Stand.

Im Download-Center nachgesehen und dort gibt es eine Version 7.0.1-42218 Update 4.
Habe dies manuell installiert. Und jetzt wurde auch ein Update des Samba-Paketes angezeigt.
Wurde ebenfalls manuell installiert.

Hat aber alles nichts gebracht.

Testweise habe ich auch die Firewall von Tumbleweed deaktiviert.
Auch keine Änderung.

Ich habe mir dann nochmal die Einstellungen auf der Synology zu SMB angesehen und verschiedene Optionen mal durchprobiert.

Bei den erweiterten Einstellungen von SMB habe ich dann den LMB (Local Master Browser) aktiviert.

Und jetzt kommts:
Rufe ich unter Dolphin "Netzwerk" und dann die angezeigten "Freigegebenen Ordner" auf, wird immer noch nichts angezeigt ("Keine freigegebenen Ordner gefunden").
Trage ich aber dann oben in der Adressleiste "smb://IP-des-NAS" ein, werden die freigegebenen Ordner angezeigt.
Ein Klick auf einen Ordner und es werden Username und Passwort abgefragt und ich kann wie gewohnt auf meine Daten zugreifen.

Ist zwar jetzt nicht die optimale Lösung (unter "Netzwerk" werden ja weiterhin keine freigegebenen Ordner angezeigt), aber damit kann ich leben.

Warum die alten Samba-Versionen <=4.15.4 von openSUSE auch ohne aktiviertem LMB funktioniert haben war zwar nicht zu ergründen.
Was zählt ist, dass ich jetzt wieder Zugriff auf mein NAS habe.

Vielen Dank an alle, die sich hier, auch recht umfangreich, an der Lösung meines Problems beteiligt haben!


mojo
 
Zuletzt bearbeitet:
susejunky

susejunky

Moderator
Teammitglied
Hallo mojo,

mojo schrieb:
...
Rufe ich unter Dolphin "Netzwerk" und dann die angezeigten "Freigegebenen Ordner" auf, wird immer noch nichts angezeigt ("Keine freigegebenen Ordner gefunden").
Zum Vergrößern anklicken....
hast Du das Paket wsdd (Web Service Discovery host daemon) installiert?

Viele Grüße

susejunky
 
susejunky

susejunky

Moderator
Teammitglied
Hallo mojo,

welches Ergebnis liefert
Code: 
systemctl status wsdd
und ist auf Deinem NAS WS-discovery auch aktiviert (da ich keinen Synology NAS habe, kann ich Dir nicht sagen, wie Du das feststellen kannst)?

NACHTRAG

Auch für WS-discovery müssen in der Firewall bestimmte Ports freigeschaltet werden. Details siehe hier.

NACHTRAG ENDE

Viele Grüße

susejunky
 
Zuletzt bearbeitet:
OP
M

mojo

Member
Moin susejunky,

auf dem PC mit neu aufgesetztem Tumbleweed habe ich wsdd aktiviert (kann die Ausgabe hier gerade nicht posten)..
Findet aber unter Netzwerk trotzdem keine freigegebenen Ordner.


Auf dem PC mit Leap 15.3 gibt es kein wsdd (ist auch unter yast -> Software nicht zu finden). Alledings sind auch nur die Standardrepos der Installation zuzüglich Packman eingebunden.
Code: 
test@Deskmini:~> systemctl status wsdd
Unit wsdd.service could not be found.
test@Deskmini:~>

Auf der Synology läuft ein Dienst "synodiscoveryd", Status "schläft".

Die Sachen mit der Firewall muss ich mir mal in Ruhe ansehen (das ist nicht so mein Paradethema ;)).

Ich werde das mal weiter im Auge behalten. Mir reicht es erst mal, dass ich unter Eingabe der IP-Adresse wieder Zugriff auf die Synology erhalte.


mojo
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben