Hallo Liste, wir haben in einer Testumgebung einen samba Server auf samba 3.0.13 aktualisiert. Die Programmpakete kommen von ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/projects/samba/3.0/i386/9.2/. In der Testumgebung fungiert ein SuSE 9.2 System als 'PDC' (samba Version: samba-3.0.9-2.3) für einige MS Clients, das umgestellte System war ein sog. member-server. Seit der Umstellung erscheint das System aber nicht mehr in den Netzwerkumgebungen. Ist dies ggf. ein generelles Problem? Ist das bei anderen ebenfalls aufgetreten? Die Konfiguration sollte m. E. i. O. sein, da an der smb.conf nicht wirklich etwas geändert wurde: /etc/samba/smb.conf: [global] workgroup = skar.testing printing = cups printcap name = cups printcap cache time = 750 cups options = raw printer admin = @ntadmin, root, administrator, @users map to guest = Bad User logon path = \\%L\profiles\.msprofile logon home = \\%L\%U\.9xprofile logon drive = P: public = yes browseable = yes guest ok = yes wins server = 192.168.100.1 wins proxy = yes dns proxy = yes security = domain password server = 192.168.100.1 encrypt passwords = yes os level = 45 domain master = no domain logons = no local master = no prefered master = no socket options = TCP_NODELAY SO_KEEPALIVE SO_SNDBUF=8192 SO_RCVBUF=8192 large readwrite = Yes # host msdfs = Yes interfaces = 192.168.100.3/255.255.255.0 bind interfaces only = yes [SuSE-Updates] comment = SuSE Updates path = /var/lib/YaST2/you/mnt ... Verbindung aus dem Netz heraus werden ordentlich gegen den 'PDC' authentifiziert (laut /var/log/samba/log.smbd): [2005/04/11 14:43:44, 1] smbd/service.c:make_connection_snum(642) ares (192.168.100.100) connect to service temp initially as user nobody (uid=65534, gid=65534) (pid 4544) [2005/04/11 14:45:42, 1] smbd/service.c:make_connection_snum(642) ares (192.168.100.100) connect to service pc-testing initially as user torsten (uid=1000, gid=100) (pid 4544) [2005/04/11 14:49:34, 1] smbd/service.c:make_connection_snum(642) frodo (192.168.10.100) connect to service SuSE-Updates initially as user torsten (uid=1000, gid=100) (pid 4544) Das Maschinenkonto ist gleichfalls i. O. (sonst würde ja u. a. auch genannte Authorisierung fehlschlagen). Hat jemand eine Idee, woran es liegen kann? Danke & Gruß Torsten