Hallo, Michael Baumann wrote:
Hilft leider auch nicht, jetzt bringt Win die Fehlermeldung Netzwerkresourse nicht verfügbar.
Ich habs auch mit
socket options = IPTOS_LOWDELAY TCP_NODELAY
Eigentlich muesste "TCP_NODELAY" genuegen, was die Geschwindigkeit betrifft, der erstgenannte Parameter ist meines Wissens nicht ganz so gebraeuchlich.
[global] workgroup = HENNEBERG netbios name = LINUX-SERVER
Ich weiss nicht, welche Richtlinien es in Bezug auf den "netbios name" gibt, d.h. wie lang der sein darf und ob der einen Bindestrich enthalten darf. Da kannst Du ja evtl. mal etwas anderes probieren (oder temporaer den Parameter weglassen).
interfaces = 192.168.0.1/255.255.255.0 127.0.0.1/255.255.255.0
Ich habe bei mir die "loopback"-Adresse nicht angegeben und habe dadurch bisher keine Probleme festgestellt. Ich weiss nicht, ob man die wirklich braucht.
encrypt passwords = Yes
Diese Einstellunge ist sinnvoll. Gleichzeitig muessen die Windows-Clients natuerlich auch mit verschluesselten Kennwoertern arbeiten, was ab NT4 SP3 bzw. ab Win95OSR2 auch standardmaessig der Fall ist.
map to guest = Bad User password server = 192.168.0.1
AFAIK macht "password server" nur Sinn, wenn "security = server" oder "security = domain" gilt. Da Du aber den Parameter "security" gar nicht angibst, wird standardmaessig "security = user" angenommen. Insofern waere der Eintrag nicht notwendig. Mit "password server" auf sich selber zu zeigen, leuchtet mir im Moment nicht ein, da "192.168.0.1" wohl die Adresse des Samba-Server zu sein scheint.
log file = /var/log/log.smb read raw = No write raw = No
Da wuerde ich mal "read raw" auf "yes" setzen. Das soll einen erheblichen Performance-Gewinn bringen. Ebenso kann "write raw" im Grunde auf "yes" bleiben. In Sachen "Performance" siehe auch die Datei "Speed.txt", die bei den Samba-Sourcen im Verzeichnis "samba-2.0.6/docs/textdocs" dabei ist.
keepalive = 30
Braucht man AFAIK normalerweise nicht.
logon script = %U.bat domain logons = Yes os level = 2
Damit hat Dein Samba-Server wohl eine nur sehr geringe Chance, zum lokalen Master Browser gewaehlt zu werden. Wenn kein NT-Server im Netz ist, der als PDC funktioniert, kannst Du diesen Parameter ruhig mal hoeher setzen (z.B. auf 65).
preferred master = Yes domain master = Yes
Ist ein wenig widerspruechig: einerseits der niedrige "os level", andererseits der "preferred master" sowie die aktivierte Funktion "domain master". Zwar hat das vermutlich nicht unmittelbar mit Deinem Performance-Problem sowie mit dem neu aufgetretenen Nicht-Erreichbarkeitsproblem zu tun (da es nur das Browsing-Verhalten betrifft), aber ganz nachvollziehbar sind fuer mich diese Einstellungen in Kombination mit dem niedrigen "os level" nicht.
wins support = Yes
Ok.
[netlogon] path = /netlogon revalidate = Yes
"revalidate = yes" kannst Du weglassen, weil es sowieso nur beachtet wird, wenn Du mit "security = share" arbeitest.
valid users = angela,axel,michael,root,steffi,@Henneberg,@root,@users read list = angela,axel,steffi write list = michael,root hosts allow = 192.168.0.1 192.168.0.2 192.168.0.3 192.168.0.4 case sensitive = Yes
Ich wuerde fuer den Anfang (bzw. wenn man mit Problemen kaempft) mal nicht gleich so viele "Rechte" vergeben. Bei uns lasse ich alle User (sowie auch alle Rechner) im Netlogon-Share lesen. Schreiben darf dort nur der "pc-admin". Bei den anderen Shares sticht mir auf Anhieb kein Fehler (der ein von Dir beschriebenes Problem verursachen koennte) ins Auge. Eventuell hilft es, den "log level" hoeher zu setzen und zu schauen, ob bei den misslungenen Zugriffsversuchen dort irgend etwas Brauchbares protokolliert wird. Ich hoffe, dass ich evtl. den einen oder anderen Anhaltspunkt geben konnte, womit sich Deine Probleme vielleicht eingrenzen lassen! Gruss, Steffen --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com