Liebe Liste, ich habe auf einem AMD X2 64 openSUSE 64bit nebst Samba etc. installiert. Als Clients greifen ausschließlich Rechner mit Windows XP zu. Bislang klappte alles problemlos. Es konnten nur Benutzer eine Freigabe herstellen, die die entsprechenden Berechtigungen hatten; mit dem Dateizugriff war es ebenso. Seit heute habe ich das Problem, dass ich nicht mehr an den Inhalt meiner Dateien herankommen. Das äußert sich so, dass ich die Dateien problemlos auf den Freigaben ablegen kann. Ich kann diese bei Bedarf auch löschen. Ich schaffe es aber (vermutlich) seit heute nicht mehr, auf den Inhalt zuzugreifen. Ich kann die Dateien nicht öffnen und auch nicht z.B. von der Samba-Freigabe auf die Festplatte des Client kopieren. Wie gesagt: Bislang klappte alles prima. Ein Domain-Login der Clients fand bislang mangels Einrichtung noch nicht statt. Mit meinem Experimentier-Laptop hatte aber auch das geklappt. Seit heute geht im Grunde nichts mehr. Ich habe versucht mich daran zu erinnern, ob ich gestern ein Update gemacht habe: Ich weiß es leider nicht mehr. So sieht meine smb.conf aus: [global] workgroup = arbeitsgruppe server string = netbios name = server os level = 66 username map = /etc/samba/smbusers username level = 5 log level = 1 syslog = 0 log file = /var/log/samba/log.%m max log size = 100 time server = yes #interfaces = 127.0.0.1 eth0 #bind interfaces only = yes printing = CUPS printcap name = CUPS #load printers = yes #cups options = raw #wins server = none wins support = yes local master = yes domain master = yes domain logons = yes prefered master = yes security = user logon script = %U.bat logon path = \\%L\profiles\.XP-Einstellungen logon home = \\%L\profiles\.9X-Einstellungen logon drive = P: set primary group script = /usr/sbin/usermod -g "%g" "%u" unix password sync = yes passwd program = /usr/bin/passwd %u pam password change = yes passwd chat = *Neues*Passwort:* %n\n *Passwort*wiederholen:* %n\n *Aenderung*erfolgreich*abgeschlossen* deadtime = 15 profile acls = yes admin users = root add machine script = /usr/bin/useradd - c Machine -d /var/lib/nobody -s /bin/false %m$ [profiles] comment = Speicherort der Benutzerprofile path = %H browseable = no read only = no inherit permissions = yes store dos attributes = yes create mask = 0600 directory mask = 0700 [netlogon] comment = Speicherort der Anmeldeskripte path = /home/netlogon browseable = no read only = yes writelist = root write list = root create mask = 0664 directory mask = 0775 [printers] comment = Alle Drucker auf dem Server path = /var/tmp valid users = root,@mitarbeiter,@sekretaer browseable = no read only = no printable = yes create mask = 0600 [E] comment = ELO-Dateien path = /home/ELO vfs object = vscan-clamav,recycle vscan-clamav: config-file = /etc/samba/vscan-clamav-E.conf recycle: repository = RECYCLER recycle: keeptree = yes recycle: exclude = *.tmp,*.temp,*.log,*.ldb recycle: exclude_dir = tmp recycle: versions = yes recycle: noversions = *.doc,*.xls,*.mdb,*.pdf valid users = root,@mitarbeiter,@sekretaer force group = mitarbeiter read only = no browseable = yes inherit acls = yes veto files = /*lost+found*/aquota.user/aquota.group/ create mask = 0666 force create mode = 0666 directory mask = 0777 force directory mode = 0777 store dos attributes = yes [F] ... In den entsprechenden Log-Dateien habe ich auch nichts gefunden. Ich hoffe, es kann mir jemand helfen. Alex -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger?did=10 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Alex Winzer schrieb:
Liebe Liste,
ich habe auf einem AMD X2 64 openSUSE 64bit nebst Samba etc. installiert. Als Clients greifen ausschließlich Rechner mit Windows XP zu. Bislang klappte alles problemlos. Es konnten nur Benutzer eine Freigabe herstellen, die die entsprechenden Berechtigungen hatten; mit dem Dateizugriff war es ebenso.
Seit heute habe ich das Problem, dass ich nicht mehr an den Inhalt meiner Dateien herankommen. Das äußert sich so, dass ich die Dateien problemlos auf den Freigaben ablegen kann. Ich kann diese bei Bedarf auch löschen. Ich schaffe es aber (vermutlich) seit heute nicht mehr, auf den Inhalt zuzugreifen. Ich kann die Dateien nicht öffnen und auch nicht z.B. von der Samba-Freigabe auf die Festplatte des Client kopieren.
Frage: welche Unix Rechte haben die Files ?...passen (unix)Owner + (unix)Gruppen ? ehm.... XP-Update (?)
Wie gesagt: Bislang klappte alles prima. Ein Domain-Login der Clients fand bislang mangels Einrichtung noch nicht statt. Mit meinem Experimentier-Laptop hatte aber auch das geklappt. Seit heute geht im Grunde nichts mehr. Ich habe versucht mich daran zu erinnern, ob ich gestern ein Update gemacht habe: Ich weiß es leider nicht mehr.
So sieht meine smb.conf aus:
[global] workgroup = arbeitsgruppe server string =
kein Name ?
netbios name = server os level = 66 username map = /etc/samba/smbusers username level = 5 log level = 1 syslog = 0 log file = /var/log/samba/log.%m max log size = 100 time server = yes #interfaces = 127.0.0.1 eth0 #bind interfaces only = yes printing = CUPS printcap name = CUPS #load printers = yes #cups options = raw #wins server = none wins support = yes local master = yes domain master = yes domain logons = yes prefered master = yes security = user logon script = %U.bat logon path = \\%L\profiles\.XP-Einstellungen logon home = \\%L\profiles\.9X-Einstellungen logon drive = P: set primary group script = /usr/sbin/usermod -g "%g" "%u" unix password sync = yes passwd program = /usr/bin/passwd %u pam password change = yes passwd chat = *Neues*Passwort:* %n\n *Passwort*wiederholen:* %n\n *Aenderung*erfolgreich*abgeschlossen* deadtime = 15 profile acls = yes admin users = root add machine script = /usr/bin/useradd - c Machine -d /var/lib/nobody -s /bin/false %m$
das mit dem Password ändern ist so eine Sache....
[profiles] comment = Speicherort der Benutzerprofile path = %H browseable = no read only = no inherit permissions = yes store dos attributes = yes create mask = 0600 directory mask = 0700
[netlogon] comment = Speicherort der Anmeldeskripte path = /home/netlogon browseable = no read only = yes writelist = root write list = root create mask = 0664 directory mask = 0775
[printers] comment = Alle Drucker auf dem Server path = /var/tmp valid users = root,@mitarbeiter,@sekretaer browseable = no read only = no printable = yes create mask = 0600
huch.. auf home ?? nur für den Nutzer selber ?
[E] comment = ELO-Dateien path = /home/ELO vfs object = vscan-clamav,recycle vscan-clamav: config-file = /etc/samba/vscan-clamav-E.conf recycle: repository = RECYCLER recycle: keeptree = yes recycle: exclude = *.tmp,*.temp,*.log,*.ldb recycle: exclude_dir = tmp recycle: versions = yes recycle: noversions = *.doc,*.xls,*.mdb,*.pdf valid users = root,@mitarbeiter,@sekretaer force group = mitarbeiter read only = no browseable = yes inherit acls = yes veto files = /*lost+found*/aquota.user/aquota.group/ create mask = 0666 force create mode = 0666 directory mask = 0777 force directory mode = 0777 store dos attributes = yes
[F] ...
In den entsprechenden Log-Dateien habe ich auch nichts gefunden.
bei Log level ist da kaum was.. loglever 3..4 ..ab da kann man was sehen .. brauchts aber 50 ..100MB Logfilelimit
Ich hoffe, es kann mir jemand helfen.
Alex
wäre so meine erste Idee.. Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Von: ock Alex Winzer schrieb:
Liebe Liste,
[...]
Seit heute habe ich das Problem, dass ich nicht mehr an den Inhalt meiner Dateien herankommen. Das äußert sich so, dass ich die Dateien problemlos auf den Freigaben ablegen kann. Ich kann diese bei Bedarf auch löschen. Ich schaffe es aber (vermutlich) seit heute nicht mehr, auf den Inhalt zuzugreifen. Ich kann die Dateien nicht öffnen und auch nicht z.B. von der Samba-Freigabe auf die Festplatte des Client kopieren.
Frage: welche Unix Rechte haben die Files ?...passen (unix)Owner + (unix)Gruppen ?
Ich habe jetzt alle auf -rw-rw-rw- gesetzt. Samba richtet ja standardmäßig den Benutzer root auch als Samba-Nutzer ein. Selbst wenn ich die Verbindung von Windows zu Samba mit *root* und dem entspr. Passwort einrichte, klappt es nicht.
ehm.... XP-Update (?)
Zwischen gestern und heute definitiv nein. Es sei denn M$ hat mal wieder heimlich etwas auf die Rechner gemacht. Dann wäre es aber besonders fies, wenn danach nichts mehr geht.
[...] Ich habe versucht mich daran zu erinnern, ob ich gestern ein Update gemacht habe: Ich weiß es leider nicht mehr.
Ich habe zum rumexperimentieren eine Version der Suse auf einem anderen Rechner und mache gerade die Updates. Seit der Neuinstallation der 10.3 hat es 2 Updates für Samba gegeben.
So sieht meine smb.conf aus: [...] server string = kein Name ?
Ist das Zwingend? Ging doch bisher auch ohne.
[...] #interfaces = 127.0.0.1 eth0 #bind interfaces only = yes
Ob es was damit zu tun hat? Zwar war die Option schon immer so. Aber ich habe in den letzten Tagen mit Bonding experimentiert. Hatte bis zuletzt sogar geklappt. Jetzt habe ich die Netzwerkkarte wieder per Yast als Einzelkarte eingestellt. Es hat nicht geholfen.
[...] unix password sync = yes passwd program = /usr/bin/passwd %u pam password change = yes passwd chat = *Neues*Passwort:* %n\n *Passwort*wiederholen:* %n\n *Aenderung*erfolgreich*abgeschlossen* [...]
das mit dem Password ändern ist so eine Sache....
Sowohl das Auskommentieren nur der letzten beiden als auch aller 4 Zeilen für die Passwortänderung/-synchronisation haben nicht geholfen.
[E] comment = ELO-Dateien path = /home/ELO [...]
huch.. auf home ?? nur für den Nutzer selber ?
Nein. Es sind separate Partitionen, die dort gemountet sind. Ich kann sie auch woanders hinlegen, wenn das *besser* ist. Habe ich so in einem schlauen(?) Buch gelesen.
In den entsprechenden Log-Dateien habe ich auch nichts gefunden.
bei Log level ist da kaum was.. loglever 3..4 ..ab da kann man was sehen .. brauchts aber 50 ..100MB Logfilelimit
wäre so meine erste Idee..
Fred
Danke. Ich warte bis mein Parallel-System alle (mittlerweile 38) Updates für openSUSE 10.3 gemacht hat und dann schaue ich mal, was mir die Verbindungen da sagen. Alex -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Alex Winzer schrieb:
Von: ock Alex Winzer schrieb:
Liebe Liste,
[...]
Seit heute habe ich das Problem, dass ich nicht mehr an den Inhalt meiner Dateien herankommen. Das äußert sich so, dass ich die Dateien problemlos auf den Freigaben ablegen kann. Ich kann diese bei Bedarf auch löschen. Ich schaffe es aber (vermutlich) seit heute nicht mehr, auf den Inhalt zuzugreifen. Ich kann die Dateien nicht öffnen und auch nicht z.B. von der Samba-Freigabe auf die Festplatte des Client kopieren.
Frage: welche Unix Rechte haben die Files ?...passen (unix)Owner + (unix)Gruppen ?
Ich habe jetzt alle auf -rw-rw-rw- gesetzt. Samba richtet ja standardmäßig den Benutzer root auch als Samba-Nutzer ein. Selbst wenn ich die Verbindung von Windows zu Samba mit *root* und dem entspr. Passwort einrichte, klappt es nicht.
hm ja... ich verwende teilweise das GUID -Bit mit
ehm.... XP-Update (?)
Zwischen gestern und heute definitiv nein. Es sei denn M$ hat mal wieder heimlich etwas auf die Rechner gemacht. Dann wäre es aber besonders fies, wenn danach nichts mehr geht.
vor einer Weile war wa mit SMB/CIFS Fehler bei MS..dachte auch, waere länger her...
[...] Ich habe versucht mich daran zu erinnern, ob ich gestern ein Update gemacht habe: Ich weiß es leider nicht mehr.
Ich habe zum rumexperimentieren eine Version der Suse auf einem anderen Rechner und mache gerade die Updates. Seit der Neuinstallation der 10.3 hat es 2 Updates für Samba gegeben.
Updates ja... waren aber wohl Bufferüberlauf-Patches...
So sieht meine smb.conf aus: [...] server string =
kein Name ?
Ist das Zwingend? Ging doch bisher auch ohne.
sieht (manchmal) blöd aus ...
[...] #interfaces = 127.0.0.1 eth0 #bind interfaces only = yes
na..dan darf er eben nur über dies Karte(naddresse)... dumm bei Zugriff über routing...
Ob es was damit zu tun hat? Zwar war die Option schon immer so. Aber ich habe in den letzten Tagen mit Bonding experimentiert. Hatte bis zuletzt sogar geklappt. Jetzt habe ich die Netzwerkkarte wieder per Yast als Einzelkarte eingestellt. Es hat nicht geholfen.
[...] unix password sync = yes passwd program = /usr/bin/passwd %u pam password change = yes passwd chat = *Neues*Passwort:* %n\n *Passwort*wiederholen:* %n\n *Aenderung*erfolgreich*abgeschlossen* [...]
das mit dem Password ändern ist so eine Sache....
Sowohl das Auskommentieren nur der letzten beiden als auch aller 4 Zeilen für die Passwortänderung/-synchronisation haben nicht geholfen.
na ja... die Passworte müssen eben passen..sonst azthentifiziert der nicht...
[E] comment = ELO-Dateien path = /home/ELO [...]
huch.. auf home ?? nur für den Nutzer selber ?
Nein. Es sind separate Partitionen, die dort gemountet sind. Ich kann sie auch woanders hinlegen, wenn das *besser* ist. Habe ich so in einem schlauen(?) Buch gelesen.
na ja... /home/.... gehört immer jemandem ... /daten oder so was gehört keinem...
In den entsprechenden Log-Dateien habe ich auch nichts gefunden.
bei Log level ist da kaum was.. loglever 3..4 ..ab da kann man was sehen .. brauchts aber 50 ..100MB Logfilelimit
wäre so meine erste Idee..
Fred
Danke. Ich warte bis mein Parallel-System alle (mittlerweile 38) Updates für openSUSE 10.3 gemacht hat und dann schaue ich mal, was mir die Verbindungen da sagen.
Alex
bei höheren Loglevel wirst du zwar mit Daten "geflutet"... musst dann nur geschickt filtern.... Gruss Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Von: ock
Alex Winzer schrieb: Liebe Liste,
[...]
ehm.... XP-Update (?)
Kann ich positiv ausschließen. Wenn ich von meinem Linux-Testrechner aus die Freigaben mounte, erlebe ich dasselbe Phänomen: Ich kann auf die Freigabe hochkopieren, von dort löschen aber nicht lesen. Ich verstehe es nicht... Ich habe jetzt einfach meine smb.conf auf besagtem Linux-Testrechner kopiert und versucht auf die Freigaben von Windows XP zuzugreifen. Das klappt auch nicht im oben beschriebenen Sinne. Ich habe jetzt die Probe aufs Exempel gemacht: Von meinem angedachten Server-System nun eine Freigabe auf dem Linux-Testrechner gemountet. Ergebnis: Dasselbe. Damit lässt sich der Fehler einkreisen. Entweder meine smb.conf führt zu den komischen Ergebnissen oder etwas mit Samba haut nicht hin. Ich werde - sofern ich die Zeit finde - in den nächsten Tagen mal Samba deinstallieren und von der CD ohne Repos und Updates neu installieren. Gruß, Alex -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Alex Winzer schrieb:
Von: ock
Alex Winzer schrieb: Liebe Liste,
[...]
ehm.... XP-Update (?)
Kann ich positiv ausschließen. Wenn ich von meinem Linux-Testrechner aus die Freigaben mounte, erlebe ich dasselbe Phänomen: Ich kann auf die Freigabe hochkopieren, von dort löschen aber nicht lesen. Ich verstehe es nicht...
doch ... owner:group nachsehen... au weia... da war was, dass win/DOS -Rechte gemappt werden.... rwx gibt es ja bei Dosen nicht.... ich setzte mal stillschweigend voraus, dass alle User in einer Gruppe Mitglied sind... lass mal die Gruppe rwx !! das x bedeutet was anderes als execute im Samba-Kontext... wobei Samba (Recht)= 2777 und Unix 770 geht irgendwie gruppenweise...
Ich habe jetzt einfach meine smb.conf auf besagtem Linux-Testrechner kopiert und versucht auf die Freigaben von Windows XP zuzugreifen. Das klappt auch nicht im oben beschriebenen Sinne. Ich habe jetzt die Probe aufs Exempel gemacht: Von meinem angedachten Server-System nun eine Freigabe auf dem Linux-Testrechner gemountet. Ergebnis: Dasselbe.
Damit lässt sich der Fehler einkreisen. Entweder meine smb.conf führt zu den komischen Ergebnissen oder etwas mit Samba haut nicht hin. Ich werde - sofern ich die Zeit finde - in den nächsten Tagen mal Samba deinstallieren und von der CD ohne Repos und Updates neu installieren.
Gruß, Alex
glaube nicht dass es daran liegt.. erst lesen ... Rechte Unix/Samba ..was wie abgebildet wird...war auf alle Fälle nicht 1:1 übertragbar... richtig nachsehen erst ab 27.12. ... Gruss Fred ehm... als Peer angemeldet (oder als Domainmember ?) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Von: Fred Ockert An: Alex Winzer
CC: opensuse-de@opensuse.org Alex Winzer schrieb: Von: ock
Alex Winzer schrieb: [...]
ehm.... XP-Update (?)
Kann ich positiv ausschließen. Wenn ich von meinem Linux-Testrechner aus die Freigaben mounte, erlebe ich dasselbe Phänomen: Ich kann auf die Freigabe hochkopieren, von dort löschen aber nicht lesen. Ich verstehe es nicht...
doch ... owner:group nachsehen... au weia... da war was, dass win/DOS -Rechte gemappt werden.... rwx gibt es ja bei Dosen nicht.... ich setzte mal stillschweigend voraus, dass alle User in einer Gruppe Mitglied sind... lass mal die Gruppe rwx !! das x bedeutet was anderes als execute im Samba-Kontext...
Wie auch immer: Habe jetzt auf meinem Testrechner ein komplett frisches openSUSE 10.3 64bit aufgesetzt. smb.conf etc. kopiert, Samba gestartet und siehe da -> es geht :-) Das x ist übrigens bei keiner der Dateien gesetzt. Ist alles -rw-rw-rw-. Ich werde heute Abend mal die Stück für Stück die Updates machen. Bin gespannt, bei welchem das Problem wieder auftritt. Bin nur verblüfft, dass ich der Einzige sein soll, der das Problem hat.
wobei Samba (Recht)= 2777 und Unix 770 geht irgendwie gruppenweise...
Ich habe jetzt einfach meine smb.conf auf besagtem Linux-Testrechner kopiert und versucht auf die Freigaben von Windows XP zuzugreifen. Das klappt auch nicht im oben beschriebenen Sinne. Ich habe jetzt die Probe aufs Exempel gemacht: Von meinem angedachten Server-System nun eine Freigabe auf dem Linux-Testrechner gemountet. Ergebnis: Dasselbe.
Damit lässt sich der Fehler einkreisen. Entweder meine smb.conf führt zu den komischen Ergebnissen oder etwas mit Samba haut nicht hin. Ich werde - sofern ich die Zeit finde - in den nächsten Tagen mal Samba deinstallieren und von der CD ohne Repos und Updates neu installieren.
glaube nicht dass es daran liegt.. erst lesen ... Rechte Unix/Samba ..was wie abgebildet wird...war auf alle Fälle nicht 1:1 übertragbar...
richtig nachsehen erst ab 27.12. ...
Was heißt das? Gruß und einen fleißigen Weihnachtsmann Alex -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Von: Fred Ockert An: Alex Winzer
CC: opensuse-de@opensuse.org Alex Winzer schrieb: Von: ock
Alex Winzer schrieb: [...]
ehm.... XP-Update (?)
Kann ich positiv ausschließen. Wenn ich von meinem Linux-Testrechner aus die Freigaben mounte, erlebe ich dasselbe Phänomen: Ich kann auf die Freigabe hochkopieren, von dort löschen aber nicht lesen. Ich verstehe es nicht...
Ich habe jetzt endlich den "Übeltäter" gefunden. Es liegt an Clamav. Da ich keine Lust und Zeit hatte/habe, um das System neu aufzusetzen und ich auch nicht weiß, wie man Updates deinstalliert, bin ich anders vorgegangen. Ich hatte festgestellt, dass auch bei einer neuen Installation die Freigaben nicht immer liefen. Ich habe alle Zeilen der smb.conf auskommentiert und, nachdem ich [global] ausschließen konnte, Stück für Stück reingeholt und smb, nmb neu gestartet. Und siehe da, es lag an Clamav. Da ich meine Konfiguration schon in meiner ersten Mail angefügt hatte, kann mir vielleicht bitte jemand sagen, ob es an mir oder an Clamav liegt? Gruß und guten Rutsch Alex -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Alex Winzer
-
Fred Ockert
-
ock