Juergen Ilse wrote:
> On Mon, Apr 05, 1999 at 08:27:21PM +0200, Jochen Roedenbeck wrote:
> > Bei SAMBA laufen alle Verbindungen (Services) zu einem Rechner
> > ueber ein- und dieselbe TCP-Verbindung und kommunzieren SAMBA-
> > seitig mit derselben Inkarnation des Daemons smbd.
> Das weiss ich zwar jetzt nicht ganz sicher, aber es mag sein...

Doch, ich habe gerade noch einmal "ps ax" aufgerufen: es gibt fuer
jeden angemeldeten Rechner einen smbd-Prozess. Und smbstatus meldet
fuer jeden davon (bei mir) 4 Verbindungen.

> > Das heiszt: Die erste (!) Verbindung, die hergestellt wird,
> > bestimmt User-ID und Gruppenzuehoerigkeit des Daemons und
> > damit die Zugriffsrechte auf die Dateien.
> 
> Das stimmt SO NICHT (jedenfalls nicht hier in der Firma, wo eine nicht
> mehr ganz aktuelle Samba-Version Ihren Dienst tut)!

Sicher? Siehe folgenden Test:
(wichtig: vorher duerfen keine SAMBA-Verbindungen bestehen)
- Test 1: 1. vom Windows-Rechner aus Laufwerk verbinden
          2. Druckeranschluss verbinden
          3. etwas drucken
          4. User-Name in der Warteschlange ansehen
      --> Ergebnis: der richtige Name wird angezeigt
- Test 2: 1. vom Windows-Rechner DRUCKERANSCHLUSS verbinden
          2. jetzt erst Laufwerk verbinden
          3. wieder etwas drucken
          4. User-Name in der Warteschlange ansehen
      --> Ergebnis: "nobody" oder so etwas

Es ist - glaube ich - auch irgendwo offiziell dokumentiert, dass
SAMBA keine zwei v�llig verschiedenen Verbindungen von ein- und dem-
selben Windowsrechner gleichzeitig unterhalten kann, leider weisz
ich nicht mehr, wo ich das gelesen habe.

> Das "sticky-Bit" hat damit nicht das geringste zu tun (das wuerde auch
> mit "chmod +t" gesetzt), gemeint ist hier das "SetGID" Bit. Das "sticky
> Bit" wuerde bewirken, dass auch bei "public write-Rechten" jeder nur
> seine eigenen Dateien loeschen darf.

Hast recht. "g+s" setzt aber wohl trotzdem das "richtige" Bit.

> >
> > hier fehlt noch:
> >      socket options = TCP_NODELAY
> > sonst gibt es manchmal unerklaerliche Verbindungsabbrueche
> 
> Ist das nicht bei hinreichend neuen Samba-Versionen eine defaultmaessig
> aktivierte Option, oder habe ich da etwas falsch in Erinnerung?

Bei SuSE 5.3 jedenfalls noch nicht.

Jochen Roedenbeck
-
To unsubscribe from this list please send a mail to [EMAIL PROTECTED] with
'unsubscribe suse-isdn' in its body.

Antwort per Email an