PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Samba + W2k + Netzlaufwerke



hardwarerosti
16.11.03, 09:18
Hi Leute,

seit einer ganzen Weil (so ca. 2 MOnate) versuche ich immer wieder herauszufinden, was mit meinem Samba los ist.

Wenn ich mich mit meinem Client am Samba anmelde (ist auch Domänencontroller) klappt alles, nach einer Weile verliert er aber jegliche Anmeldeinformationen meines Clients (smbstatus liefert da keinen angemeldeten Benutzer an den entsprechenden Netzlaufwerken).
ICh konnte einwandfrei herausfinden, daß es am Linuxrechner liegen muss, da mein Client neu installiert wurde und dieses Prob immer noch da ist.

Die anderen Clients hier im NW haben dieses Problem allerdings nicht.

Daraufhin hatte ich mal in den logs geschaut und musste feststellen, dass in den logs für meinen Client immer wieder folgende Zeilen auftraten, die in den logs der andren Clients nicht drinne standen:

[2003/11/09 10:57:48.623582, 0] lib/util_sock.c:matchname(915)
sys_gethostbyname(ronny): lookup failure.
[2003/11/09 10:57:48.623984, 0] lib/util_sock.c:get_socket_name(982)
Matchname failed on ronny 192.xxx.xxx.xxx


Ich zeige Euch hier mal den wichtigsten Teil meiner Samba-Conf:


[global]

workgroup = Privat
server string = %h Samba Server %v
hosts allow = 192.xxx.xxx. 127.
load printers = yes
printing = cups
printcap name = cups
add printer command = /etc/samba/printerscript.sh
show add printer wizard = yes
map to guest = Never
syslog = 1
log file = /var/log/samba/%m.log
max log size = 5000
debug timestamp = Yes
debug hires timestamp = Yes
status = Yes
security = user
nt acl support = Yes
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
unix password sync = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *New*password* %n\n *Retype*new*password* %n\n *passwd:*all*aut
hentication*tokens*updated*successfully*
pam password change = yes
username map = /etc/samba/smbusers
obey pam restrictions = yes
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
local master = yes
os level = 65
domain master = yes
preferred master = yes
domain logons = yes
logon script = %U.bat
logon path = \\%L\Profiles\%U
wins support = yes
dns proxy = no
domain admin group = admin @admin
logon drive = x:
security mask = 0777
force security mode = 0777
netbios name = Server
time server = Yes
deadtime = 0


ICh bin Euch für jegliche Info sehr dankbar.

Gruß

Hardwarerosti

mamue
16.11.03, 11:43
Auch wenn der NetBIOS Name eines PC nicht unbedingt etwas mit dem DNS-Namen zu tun hat, meine ich mich entsinnen zu könenn, dass es gelegentlich zu Ungereimtheiten kam, wenn Domain-name und hostname beim client nicht mit den entsprechenden Angaben auf dem Server übereinstimmten.
Der client mag zur Windows-Domäne FOH gehören, sollte aber IMHO auch die gleiche Internetdomäne haben (z.b.: foh.office) und einen Hostnamen, der dem Server bekannt ist. Es muss eigentlich auch gehen, wenn der Hostname dem server nicht bekannt ist, aber ich glaube, es ist nicht gut, wenn die IP des client zu einem anderen Hostnamen korrespondiert als der eingetragene.
nslookup <IP> sollte also nichts ergeben oder den korrekten Namen.
AFAIK vermeidet ein funktionierender Nameserver ständige WINS-broadcasts und wäre von daher ohnehin einen Gedanken wert.
Es mag sein, dass ich völlig falsch liege, nicht schlagen bitte,

mamue

hardwarerosti
16.11.03, 12:25
Hi,

ja ich glaube da liegst Du etwas falsch, ich betreibe in meinem Netzwerk einen eigenen Nameserver, die IPs und Namen sind alle korrekt eingetragen.

Aber trotzdem Danke.

Gruß