Snocksman
Anmeldungsdatum: 25. März 2017
Beiträge: 11
|
Hallo zusammen, ich habe Probleme mit Samba auf meinem Ubuntu Server (16.10)... Zwar wird der Samba-Server von jedem Gerät im Netzwerk gefunden (Windows 10 und MacOS Geräte) und ich kann auch auf die Samba Freigaben zugreifen, allerdings gibt es neuerdings ein etwas seltsames Verhalten. Und zwar... greife ich auf eine Freigabe des Samba Servers zu und erstelle im Hauptordner der Freigabe einen neuen Ordner (Dies funktioniert auch Problemlos); nun wechsle ich in den gerade erstellten Ordner und versuche in diesem wiederum einen Orner zu erstellen, dies schlägt jedoch fehl (gleiches, wenn ich keinen Ordner erstellen, sondern dort Dateien ablegen möchte). An der Config habe ich in letzter Zeit nichts geändert und es hat bislang auch alles Problemlos funktioniert... Jemand eine Idee, woran es liegen könnte ? Hier noch meine Samba-Config:
[global]
netbios name = Samba
server string = Samba file and print server
workgroup = Workgroup
security = user
# interfaces = lo enp3s0f0
# bind interfaces only = no
# remote announce = 192.168.1.255
# remote browse sync = 192.168.1.255
printcap name = cups
load printers = yes
cups options = raw
printing = cups
guest account = smbguest
log file = /var/log/samba/samba.log
max log size = 1000
null passwords = no
encrypt passwords = yes
unix password sync = yes
strict allocate = yes
read raw = yes
write raw = yes
strict locking = no
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=131072 SO_SNDBUF=131072
min receivefile size = 16384
use sendfile = true
aio read size = 16384
aio write size = 16384
local master = yes
# domain master = yes
preferred master = yes
domain logons = no
os level = 85
logon drive = m:
logon home = \\%L\homes\%u
logon path = \\%L\profiles\%u
logon script = %G.bat
time server = no
name resolve order = wins lmhosts bcast
wins support = yes
wins proxy = no
dns proxy = no
preserve case = yes
short preserve case = yes
client use spnego = no
client signing = no
client schannel = no
server signing = no
server schannel = no
nt pipe support = yes
nt status support = yes
allow trusted domains = no
obey pam restrictions = yes
enable spoolss = yes
client plaintext auth = no
disable netbios = no
follow symlinks = no
pam password change = no
passwd chat timeout = 120
hostname lookups = no
username map = /etc/samba/smbusers
passdb backend = tdbsam
passwd program = /usr/bin/passwd '%u'
passwd chat = *New*password* %n\n *ReType*new*password* %n\n *passwd*changed*\n
add user script = /usr/sbin/useradd -d /dev/null -c 'Samba User Account' -s /dev/null '%u'
add user to group script = /usr/sbin/useradd -d /dev/null -c 'Samba User Account' -s /dev/null -g '%g' '%u'
add group script = /usr/sbin/groupadd '%g'
delete user script = /usr/sbin/userdel '%u'
delete user from group script = /usr/sbin/userdel '%u' '%g'
delete group script = /usr/sbin/groupdel '%g'
add machine script = /usr/sbin/useradd -d /dev/null -g sambamachines -c 'Samba Machine Account' -s /dev/null -M '%u'
machine password timeout = 120
idmap uid = 16777216-33554431
idmap gid = 16777216-33554431
template shell = /dev/null
winbind use default domain = yes
winbind separator = @
winbind cache time = 360
winbind trusted domains only = yes
winbind nested groups = no
winbind nss info = no
winbind refresh tickets = no
winbind offline logon = no
[Downloads]
path = /media/Daten/Downloads
comment = Downloads
valid users = snocksman
write list = snocksman
read only = no
available = yes
browseable = yes
writable = yes
guest ok = no
public = no
printable = no
locking = no
strict locking = no
[Musik]
path = /media/Daten/Musik
comment = Musik
valid users = snocksman
write list = snocksman
read only = no
available = yes
browseable = yes
writable = no
guest ok = no
public = no
printable = no
locking = no
strict locking = no
[Bilder]
path = /media/Daten/Bilder
comment = Bilder
valid users = snocksman
write list = snocksman
read only = no
available = yes
browseable = yes
writable = yes
guest ok = no
public = no
printable = no
locking = no
strict locking = no
[printers]
comment = All Printers
browseable = no
path = /var/spool/samba
printable = yes
guest ok = no
read only = yes
create mask = 0700
|
Max-Ulrich_Farber
Anmeldungsdatum: 23. Januar 2007
Beiträge: 7964
|
Beiträge: 1
Dann erst 'mal Herzlich Willkommen! erstelle im Hauptordner der Freigabe einen neuen Ordner
Darüber solltest Du uns noch Genaueres sagen: Von welchem Rechner (Client) aus wird der neue Ordner erstellt? Wie sind dort die Berechtigungen (Windows-ACL? oder bei MacOS die Dateirechte) eingestellt? Wird der neue Ordner vom Mac aus erstellt, dann kann es sein, dass da die cifs-UNIX-Extensions mitspielen (siehe hierzu Samba Client cifs). Wird er vom Windows-Client aus erstellt, dann kann es sein, dass die Windows-ACLs auf dem Server in POSIX-ACLs gemappt werden. Auf jeden Fall ist es aufschlussreich, wenn Du noch die Ausgaben folgender Befehle im Terminal als Codeblock postest:
getfacl <Freigabe>
getfacl <Freigabe/neuer Ordner> Ganz nebenbei und unabhängig von Deinem Problem: Viele der bei der Freigabe eingetragenen Optionen sind redundant, weil bereits Standard. Es genügt z.B.:
[Bilder]
path = /media/Daten/Bilder
comment = Bilder
valid users = snocksman
writable = yes
"locking " sollte man möglichst nie deaktivieren ("Be careful about disabling locking either globally or in a specific service, as lack of locking may result in data corruption "). Allenfalls geht das noch bei read-only-Freigaben, aber wozu dann? Alles Übrige ist überflüssig (siehe auch man smb.conf ). Gruß – Max-Ulrich
|
Snocksman
(Themenstarter)
Anmeldungsdatum: 25. März 2017
Beiträge: 11
|
Hi ! Ich habe nochmal ein paar Dinge ausprobiert... Es scheint egal zu sein, von welchem OS aus ich den Ordner innerhalb der Freigabe erstelle; Das Problem tritt auch auf, wenn ich den Ordner auf dem Linux-Server selbst erstelle. Im Hauptverzeichniss der Freigabe ist noch alles OK, dort kann ich von jedem beliebigen Rechner im Netz Dateien ablegen, oder Ordner erstellen; Wenn ich auf dem Server selbst aber einen Ordner innerhalb der Freigabe anlege und dort per SMB-Zugriff z.B. eine Datei ablegen möchte funktioniert das nicht. Das Problem tritt auch bei bereits bestehenden Ordnern auf. Die Freigaben habe ich nach deiner Vorgabe in der smb.conf verschlankt, das hat auf mein Problem aber leider keinen Einfluss. Hier noch die beiden Ausgaben, die du angefragt hattest: getfacl Bilder (Hauptordner der Freigabe Bilder)
# file: Bilder
# owner: snocksman
# group: snocksman
user::rwx
group::rwx
other::r-x getfacl Test (innerhalb des Ordners Bilder)
# file: Test
# owner: snocksman
# group: snocksman
user::rwx
group::rwx
other::r-x
|
Picknicker1
Anmeldungsdatum: 7. Juni 2008
Beiträge: 83
|
|
Max-Ulrich_Farber
Anmeldungsdatum: 23. Januar 2007
Beiträge: 7964
|
Ich stehe vor einem Rätsel. Wie man ganz leicht sieht, sind die Zugriffsberechtigungen für "Bilder" und "Bilder/Test" absolut identisch, und irgendwelche ACLs, die die UNIX-Dateirechte überlagern könnten, sind auch nicht gesetzt. Ich kann mir überhaupt nicht vorstellen, was hier der Fall sein könnte – außer eben einem Fehler in Samba. ☹ Gibt es denn irgendwelche Hinweise im Netz ("Google")?
|
Snocksman
(Themenstarter)
Anmeldungsdatum: 25. März 2017
Beiträge: 11
|
Ich habe zumindest nichts wirklich brauchbares gefunden, was auf mein / unser Problem passt. Was Picknicker schreibt, dass das Problem mit einem Update kahm, würde aber auch zu meiner Wahrnehmung passen... Es funktionierte bei mir alles Problemlos und ich habe an meinem Samba-Server seit langer Zeit auch nichts geändert (außer regelmäßigen Updates natürlich). Und von heute auf morgen konnte ich plötzlich keine Dateien mehr auf den shares (in den jeweiligen Unterordnern) ablegen.
|
Picknicker1
Anmeldungsdatum: 7. Juni 2008
Beiträge: 83
|
Ich habe auch nichts brauchbares gefunden, da das Sicherheitsupdate auch noch nicht so alt ist.
Die Frage ist jetzt, ist es ein SAMBA Problem oder ein Ubuntu Problem, wer hat den Bockmist gebaut 😉 Auch bei mir lief der Server über Jahre hin ohne Probleme bis zu diesem Update.
|
Max-Ulrich_Farber
Anmeldungsdatum: 23. Januar 2007
Beiträge: 7964
|
In der smb.conf von Snocksman steht ja eine Menge von Optionen drin, die man üblicherweise gar nicht braucht. Und bei Picknicker1 steige ich durch das Posting gar nicht durch (Codeblock…). Deshalb fehlt mir bei beiden etwas der Durchblick. Wie sind die beiden Netzwerke denn strukturiert? Und welche Rolle spielt jeweils Winbind? Die Tatsache, dass das Problem (noch) nicht bei Google auftaucht, spricht dafür, dass es für die Konfiguration der betroffenen Netzwerke spezifisch ist und von der jeweiligen Authentifikation abhängt. Da müsstet Ihr vielleicht 'mal nach Gemeinsamkeiten suchen. Doch das kann kompliziert werden! Falls das Netzwerk nicht zu komplex ist, könnte eine komplette Neuinstallation von Samba vielleicht helfen:
sudo apt-get purge samba samba-common && sudo apt-get install samba
Doch vorher solltet Ihr Euch auf jeden Fall vergewissern, dass Ihr damit nichts kaputt macht. Denn die Installations-Dateien werden bei purge ja mit gelöscht, und remove genügt in einem solchen Fall gewöhnlich nicht. Also: Auf eigene Gefahr…!
|
Picknicker1
Anmeldungsdatum: 7. Juni 2008
Beiträge: 83
|
Ich bezweifele ganz stark, dass der Fehler in meiner oder Snocksmans Konfig ist. Wie erwähnt lief SAMBA über Jahre hinweg mit dieser Konfig, bis zu diesem Update. Und ich habe weiß Gott keine exotische Konfig. Mein Post zeigt im Codeblock welche Pakete geupdatet wurden, vor dem Samba "crash".
Weiterhin funktioniert Samba auf der ersten Verzeichnisebene ohne Probleme. Ich kann noch in die 2. Ebene wechseln dort aber nichts mehr machen.
Auf Linux Seite sind die Rechte korrekt gesetzt, sonst hätte es ja vor dem Update schon Probleme gegeben. Weiterhin sind mir keine Settings bei Samba bekannt, wo ich solch ein Verhalten einstellen/regeln könnte. Das man noch nichts im Netz davon liest liegt evtl. daran, dass viele einfach die alten Pakete zurück spielen und auf Abhilfe hoffen..
|
Picknicker1
Anmeldungsdatum: 7. Juni 2008
Beiträge: 83
|
Ich habe das Problem für mich gelöst, evtl. hilft es auch Snocksman.
Ich habe alle SAMBA Benutzer gelöscht und neu angelegt, danach ging es wieder wie gewohnt.
|
Snocksman
(Themenstarter)
Anmeldungsdatum: 25. März 2017
Beiträge: 11
|
Habe mal versucht, auch bei mir die Samba-Benutzer zu löschen und neu hinzuzufügen... Leider ohne Erfolg. Hast du denn nur die Benutzer für Samba gelöscht, oder auch den zugehörigen OS-Benutzer ?
So langsam nervt mich das ganze so richtig... Ich glaube ich werde (auch wenns ne menge Arbeit ist) den Server neu aufsetzen.
|
Max-Ulrich_Farber
Anmeldungsdatum: 23. Januar 2007
Beiträge: 7964
|
Es gab auch schon früher ähnliche Probleme (siehe Google…). Das lag (angeblich) daran, dass beim Update von Samba alte Begleitdateien erhalten geblieben sind, die aber nicht mehr richtig zu den neuen Samba-Dateien passten (??). Da es schwierig ist, in solch einem Fall die genaue Ursache zu ermitteln, kann man entweder – wie es Picknicker1 mit Erfolg getan hat – auf Verdacht hin einige Begleitdateien ersetzen bzw. von Hand aktualisieren, oder aber mit purge und Neuinstalaltion eine "Generalsanierung" vornehmen. Kein besonderes Vergnügen ☹ Doch vorher sollte man wenigstens noch die Logfiles ansehen, ob man da noch etwas findet. Das kann ggf. viel Arbeit ersparen: In /var/log/samba/<Client> gibt es auf dem Server für jeden Client eine Datei, in der erfolglose Zugriffsversuche mit Datum und Uhrzeit festgehalten werden. <Client> kann dabei der Netbios-Name oder auch die IP des betreffenden Client sein.
|
Picknicker1
Anmeldungsdatum: 7. Juni 2008
Beiträge: 83
|
@Snocksman
ich habe nur die SAMBA User gelöscht, nicht die OS User. Ich würde an deiner Stelle, bevor du das ganze OS neu aufsetzt, Max Ulrichs Tip folgen und
| sudo apt-get purge samba samba-common && sudo apt-get install samba
|
machen, vorher die smb.cfg sichern. Die Shares dann wieder in die neue cfg einfügen und die Samba Benutze neu anlegen.
|