elbarto187
Anmeldungsdatum: 3. November 2015
Beiträge: 46
|
Hallo, es hatte alles mal funktioniert, nach irgendeinem Update (sorry, weis echt nicht welches) kann ich von meinem Ubuntu Rechner nicht mehr auf die Freigaben (WORKGROUP) über den Dateibrowser zugreifen (hab sogar den PCMan File Manager getestet): Zugriff auf den Ort ist nicht möglich.
Empfangen der Freigabenliste vom Server ist gescheitert:Erfolg Meine Config:
Distributor ID: Ubuntu
Description: Ubuntu 18.04.1 LTS
Release: 18.04
Codename: bionic
In der Konsole kann ich die Freigaben mit smbtree korrekt anzeigen lassen.
Einhängen geht ebenso mit sudo mount -t cifs //192.168.178.25/FREIGABE /mnt -o username=USERNAME Ich versteh nur nicht warum ich unter \Windows-Netzwerk\WORKGROUP diese Fehlermeldung bekomme... Die Freigaben (WIN7) sind für jeden zugänglich. Nur ein Ordner ist gesperrt und für einen Benutzer mit PW frei (mit mount kommt die PW Abfrage, und auch dieser Ordner wird korrekt eingehängt) Könnte mich ja damit zufrieden geben, leider muss ich auch auf den freigegebenen Drucker zugreifen, und das funktioniert jetzt nicht mehr ☹ Könnt ihr mir einen Tip geben. Vielen Dank schonmal im Voraus
|
linne11
Anmeldungsdatum: 2. Mai 2010
Beiträge: 95
|
elbarto187 schrieb: Könnt ihr mir einen Tip geben. Vielen Dank schonmal im Voraus
Das hat mit der smb Version zu tun.Wegen Sicherheitsmängel wurde smbv1 gesperrt.
Es gibt haufenweise Threads mit Lösungen zu diesem Thema.Das Forum hat eine Suchfunktion!
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
|
elbarto187
(Themenstarter)
Anmeldungsdatum: 3. November 2015
Beiträge: 46
|
Danke erstmal! Hab client max protocol = NT1 in /etc/samba/smb.conf eingetragen...die Fehlermeldung bleibt???? Suchfunktion hat einen ähnlichen Fall gezeigt: https://forum.ubuntuusers.de/topic/probleme-nach-update-mit-smb1/ Meine Ratlosigkeit bleibt
|
linne11
Anmeldungsdatum: 2. Mai 2010
Beiträge: 95
|
Ich würde die smb Version im mount Befehl angeben,siehe Samba Client cifs Abschnitt "SMB-Protokoll-Versionen"
|
elbarto187
(Themenstarter)
Anmeldungsdatum: 3. November 2015
Beiträge: 46
|
Das direkte mounten im Terminal funktioniert ja. Hier mal meine smb.conf oder kanns doch noch bei was anderem liegen? #
# 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 max protocol = NT1
## 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 to make 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 = yes
path = /var/spool/samba
printable = yes
guest ok = yes
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 Habe auch /root/.smbcredentials erstellt mit dem Eintrag username="NAME"
password="PW"
domain=WORKGROUP
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Vielleicht akzeptiert der Samba Server auch smb Version 1 nicht mehr. Kannst du ja mal testen, indem du das Protokoll per mount.cifs direkt vorgibst:
sudo mount -t cifs -o username=abc,vers=1.0 //192.168.a.b/SHARE /home/user/deinOrdner
sudo mount -t cifs -o username=abc,vers=2.0 //192.168.a.b/SHARE /home/user/deinOrdner IP und Share natürlich noch anpassen. Wenn du in Nautilus direkt smb://192.168.a.b/ eingibst, müsstest du die Shares sehen können. Dann funktioniert zwar das Browsen nicht, aber der Zugriff auf die Shares geht.
|
elbarto187
(Themenstarter)
Anmeldungsdatum: 3. November 2015
Beiträge: 46
|
Folgende EIngaben funtionieren beide. Der Ordner kann eingehängt werden. sudo mount -t cifs -o username=abc,vers=1.0 //192.168.a.b/SHARE /home/user/deinOrdner
sudo mount -t cifs -o username=abc,vers=2.0 //192.168.a.b/SHARE /home/user/deinOrdner Bei Nautilus (die Anwendung "Dateien") kann ich bei + Andere Orte die Serveradresse eingeben (Mit Server verbinden) –> das wiederum geht NICHT. Kann es evtl daran liegen, weil der Benutzer für diese Freigabe ein anderer Name ist wie der unter Ubuntu? Bei mount username kann ich ja einen anderen Benutzer eingeben. Aber wie schon gesagt, es sind nicht alle Ordner geschützt. Und von KODI beispielweise kann ich auf die Freigaben zugreifen.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Nein, mit deinem Benutzernamen hat das nichts zu tun. Zeige bitte mal die Ausgabe von
testparm -v | grep protocol
dpkg -l | grep gvfs Evtl fehlt dir einfach nur das Paket gvfs-backend. Kannst du in Nautilus denn auf den Share zugreifen, wenn du smb://deineIP einträgst?
|
elbarto187
(Themenstarter)
Anmeldungsdatum: 3. November 2015
Beiträge: 46
|
testparm -v | grep protocol
Load smb config files from /etc/samba/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
WARNING: The "syslog" option is deprecated
Processing section "[printers]"
Processing section "[print$]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions
client ipc max protocol = default
client ipc min protocol = default
client max protocol = NT1
client min protocol = CORE
server max protocol = SMB3
server min protocol = LANMAN1 dpkg -l | grep gvfs
ii gvfs:amd64 1.36.1-0ubuntu1.1 amd64 userspace virtual filesystem - GIO module
ii gvfs-backends 1.36.1-0ubuntu1.1 amd64 userspace virtual filesystem - backends
ii gvfs-bin 1.36.1-0ubuntu1.1 amd64 userspace virtual filesystem - binaries
ii gvfs-common 1.36.1-0ubuntu1.1 all userspace virtual filesystem - common data files
ii gvfs-daemons 1.36.1-0ubuntu1.1 amd64 userspace virtual filesystem - servers
ii gvfs-fuse 1.36.1-0ubuntu1.1 amd64 userspace virtual filesystem - fuse server
ii gvfs-libs:amd64 1.36.1-0ubuntu1.1 amd64 userspace virtual filesystem - private libraries
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Soweit sieht alles OK aus. Zum dritten mal: was passiert wenn du in Nautilus die Freigabe direkt aufrufst? Also nicht browsen. Alternativ auch per Terminal:
gio mount smb://192.168.a.b/SHARE/
|
elbarto187
(Themenstarter)
Anmeldungsdatum: 3. November 2015
Beiträge: 46
|
...Bei Nautilus (die Anwendung "Dateien") kann ich bei + Andere Orte die Serveradresse eingeben (Mit Server verbinden)
--> das wiederum geht NICHT. Vielleicht ein bischen ungünstig ausgedrückt: damit komm ich nicht weiter, ich sehe nur die WORKGROUP, browsen geht nicht. Den Befehl"gio" kenn ich jetzt nicht 😕
Nach der Eingabe steht folgendes:
Für den Speicherort SHARE auf 192.168.a.b wird ein Passwort benötigt
User [User_Ubuntu]:
Domain [WORKGROUP]:
Password: Weiter komm ich nicht, Endlosschleife...
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
elbarto187 schrieb: Vielleicht ein bischen ungünstig ausgedrückt: damit komm ich nicht weiter, ich sehe nur die WORKGROUP, browsen geht nicht.
In Nautilus gibt es die Tastenkombination Strg + L, damit kannst du einen Ort öffnen. Dort sollst du dann mal:
smb://192.168.a.b
eingeben. Damit solltest du alle Shares sehen.
Den Befehl"gio" kenn ich jetzt nicht 😕
Nach der Eingabe steht folgendes:
Für den Speicherort SHARE auf 192.168.a.b wird ein Passwort benötigt
User [User_Ubuntu]:
Domain [WORKGROUP]:
Password: Weiter komm ich nicht, Endlosschleife...
gio mount ist im Prinzip genau das, was die grafische Programme wie Nautilus machen. Da du keine Angaben zum Share machst, kann man nur raten, warum das Passwort nicht genommen wird. Beispiel Gastfreigabe:
User [User_Ubuntu]: guest
Domain [WORKGROUP]:
Password: * (STERN) Beispiel Freigabe mit Benutzerauthentifizierung:
User [User_Ubuntu]: Benutzer des NAS
Domain [WORKGROUP]:
Password: dein Passwort für den Benutzer des NAS
|
elbarto187
(Themenstarter)
Anmeldungsdatum: 3. November 2015
Beiträge: 46
|
Strg + L und smb://192.168.178.25/ bringt folgende Meldung: '''Ups! Etwas ist schief gegangen'''
Ungekannte Fehlermeldung: Empfangen der Freigabeliste vom Server ist gecheitert: Das Argument ist ungültig gio mount hat jetzt funktioniert. Danke nochmal für die Erklärung.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Ok, also ausschließen können wir:
Ich denke mittlerweile, dass das Problem eher an Windows liegt. Evtl ist ein zweiter Rechner in deine Workgroup gekommen, der als Domain Master eingerichtet ist und dieser wiederum nicht mit smb Version 1 kompatibel ist. Du kannst ja noch mal die Ausgabe von
smbclient -L 192.168.178.25 -U guest -N
posten. Oder
smbclient -L 192.168.178.25 -U DeinNutzerAufDemNas Vielleicht bringt die mehr Hinweise. Edit:
nmblookup -M WORKGROUP
sollte 192.168.178.25 ausgeben.
|