PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Wins.dat



morpheus2001
06.02.06, 15:54
Hi,

ich habe Samba 3.0.21 incl. Wins am laufen. Soweit funktioniert alles. Wenn jetzt eine Maschine in der Domäne die IP Adresse wechselt (neue Netzwerkkarte o.ä.), so ist diese Maschine erstmal nicht mehr über ihren Namen erreichbar. In der Wins.dat ist immer noch die veraltete IP Adresse eingetragen.

Wann wird der Wins Server die IP Adresse angleichen ? Gibt es hier so eine Art "Release Time" ?

Gruß
Daniel

bangaltar
07.02.06, 11:35
Das eintragen in die Wins DB muss der Client machen. Windows sollte das bei erhalt einer neuen IP-Adresse (DHCP oder Manuell), neue Netzwerkkarte = Neue Verbindung usw. selbst machen.
Vorausgesetzt du hast auch den Winsserver angegeben.

Beim Windows WINS verfällt der Eintrag nach einiger Zeit, das ist beim Samba wins bestimmt genauso aber wann das ist weiß ich leider nicht.

Überprüf mal ob der WINS auf deinem Server erreichbar ist, vielleicht wird ja das eintragen im Wins verhindert duch irgendetwas.
Ansonsten liegt der Fehler irgendwo beim Client, würde ich sagen...

emba
07.02.06, 12:25
max wins ttl (G)

This option tells smbd(8) when acting as a WINS server (wins support = yes) what the maximum 'time to live' of NetBIOS names that nmbd will grant will be (in seconds). You should never need to change this parameter. The default is 6 days (518400 seconds).

Default: max wins ttl = 518400


greez

morpheus2001
08.02.06, 11:57
Überprüf mal ob der WINS auf deinem Server erreichbar ist, vielleicht wird ja das eintragen im Wins verhindert duch irgendetwas.

Mach mal ein Beispiel, wie ich das prüfen kann. Windows kann die Maschinennamen auflösen, die IP des Wins-Servers ist erreichbar.

Gruß
D.Morlock

ramsys
08.02.06, 12:15
Glaube Windows braucht ca 30 min bis er das in der Netzwerkumgebung aktualisiert.

bangaltar
09.02.06, 13:31
@morpheus2001
ich teste das immer von einem anderen Linuxrechner aus mit nmblookup.
Wenn du keinen weiteren hast würde ich das mit nem Portscanner machen...
Unter Windows gibt es glaub ich keine Möglichkeit.

@ramsys
die Ansicht in der Netzwerkumgebung hat nichts mit WINS zu tun. Das läuft über den Masterbrowser. Der wird jedes mal wieder unter den Windowsrechner ausgehandelt. Der Rechner, der diese Wahl gewinnt ist dann der Masterbrowser und hält die List die man dann unter Netzwerkumgebung zu sehen bekommt.
durch anklicken der Netzwerkumgebung wird jedes mal eine neue Wahl angestossen. Je nach anzahl der Pcs kann das dann schon mal dauern...

morpheus2001
09.02.06, 14:27
Hi,

mein Wins Server scheint aktiv zu sein und auf Verbindungen zu warten.


fileserver:/# netstat -a | grep netbios
tcp 0 0 *:netbios-ssn *:* LISTEN
tcp 0 0 fileserver.:netbios-ssn 192.168.1.254:1034 VERBUNDEN
tcp 0 0 fileserver.:netbios-ssn 192.168.1.73:1026 VERBUNDEN
tcp 0 0 fileserver.:netbios-ssn 192.168.1.244:1026 VERBUNDEN
tcp 0 0 fileserver.:netbios-ssn 192.168.1.77:1026 VERBUNDEN
tcp 0 0 fileserver.:netbios-ssn 192.168.1.87:1026 VERBUNDEN
tcp 0 0 fileserver.:netbios-ssn 192.168.1.238:2766 VERBUNDEN
tcp 0 0 fileserver.:netbios-ssn 192.168.1.104:1026 VERBUNDEN
tcp 0 0 fileserver.:netbios-ssn 192.168.1.45:1026 VERBUNDEN
udp 0 0 fileserver.k:netbios-ns *:*
udp 0 0 *:netbios-ns *:*
udp 0 0 fileserver.:netbios-dgm *:*
udp 0 0 *:netbios-dgm *:*
fileserver:/#


Das zeigt auch ein Portscan von einem anderen Server:


comserver:~# nmap fileserver

Starting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2006-02-09 14:17 CET
Interesting ports on fileserver.k2l.com (192.168.1.3):
(The 1655 ports scanned but not shown below are in state: closed)
PORT STATE SERVICE
22/tcp open ssh
80/tcp open http
139/tcp open netbios-ssn
389/tcp open ldap
443/tcp open https
445/tcp open microsoft-ds
873/tcp open rsync
5100/tcp open admd
MAC Address: 00:11:D8:20:AF:85 (Asustek Computer)

Nmap finished: 1 IP address (1 host up) scanned in 1.491 seconds
comserver:~#


Ein lokaler nmblookup auf den Samba Server (fileserver) funktioniert ebenfalls:


fileserver:/# nmblookup -B fileserver __SAMBA__
INFO: Current debug levels:
all: True/5
tdb: False/0
printdrivers: False/0
lanman: False/0
smb: False/0
rpc_parse: False/0
rpc_srv: False/0
rpc_cli: False/0
passdb: False/0
sam: False/0
auth: True/5
winbind: False/0
vfs: False/0
idmap: False/0
quota: False/0
acls: False/0
locking: False/0
msdfs: False/0
doing parameter local master = yes
doing parameter preferred master = yes
doing parameter domain master = yes
doing parameter wins support = yes
doing parameter hosts allow = 192.168.1.0/255.255.255.0
doing parameter interfaces = eth0
doing parameter map hidden = no
doing parameter map system = no
doing parameter map archive = no
doing parameter map readonly = no
doing parameter map read only = no
doing parameter store dos attributes = yes
doing parameter name resolve order = lmhosts host wins bcast
pm_process() returned Yes
Attempting to register new charset UCS-2LE
Registered charset UCS-2LE
Attempting to register new charset UTF-16LE
Registered charset UTF-16LE
Attempting to register new charset UCS-2BE
Registered charset UCS-2BE
Attempting to register new charset UTF-16BE
Registered charset UTF-16BE
Attempting to register new charset UTF8
Registered charset UTF8
Attempting to register new charset UTF-8
Registered charset UTF-8
Attempting to register new charset ASCII
Registered charset ASCII
Attempting to register new charset 646
Registered charset 646
Attempting to register new charset ISO-8859-1
Registered charset ISO-8859-1
Attempting to register new charset UCS2-HEX
Registered charset UCS2-HEX
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
added interface ip=192.168.1.3 bcast=192.168.1.255 nmask=255.255.255.0
socket option SO_KEEPALIVE = 0
socket option SO_REUSEADDR = 1
socket option SO_BROADCAST = 1
Could not test socket option TCP_NODELAY.
Could not test socket option TCP_KEEPCNT.
Could not test socket option TCP_KEEPIDLE.
Could not test socket option TCP_KEEPINTVL.
socket option IPTOS_LOWDELAY = 0
socket option IPTOS_THROUGHPUT = 0
socket option SO_SNDBUF = 109568
socket option SO_RCVBUF = 109568
socket option SO_SNDLOWAT = 1
socket option SO_RCVLOWAT = 1
socket option SO_SNDTIMEO = 0
socket option SO_RCVTIMEO = 0
Socket opened.
querying __SAMBA__ on 192.168.1.3
Sending a packet of len 50 to (192.168.1.3) on port 137
Received a packet of len 62 from (192.168.1.3) port 137
nmb packet from 192.168.1.3(137) header: id=6815 opcode=Query(0) response=Yes
header: flags: bcast=No rec_avail=Yes rec_des=Yes trunc=No auth=Yes
header: rcode=0 qdcount=0 ancount=1 nscount=0 arcount=0
answers: nmb_name=__SAMBA__<00> rr_type=32 rr_class=1 ttl=259200
answers 0 char `..... hex 6000C0A80103
Got a positive name query response from 192.168.1.3 ( 192.168.1.3 )
192.168.1.3 __SAMBA__<00>


Ein nmblookup von einem Maschinennamen im Netzwerk vom Fileserver aus funktioniert scheinbar nicht: (Es soll die IP: 192.168.1.60 zurückkommen, statt dessen kommt 127.0.0.1)


fileserver:/# nmblookup -B k2llt16 '*'
INFO: Current debug levels:
all: True/5
tdb: False/0
printdrivers: False/0
lanman: False/0
smb: False/0
rpc_parse: False/0
rpc_srv: False/0
rpc_cli: False/0
passdb: False/0
sam: False/0
auth: True/5
winbind: False/0
vfs: False/0
idmap: False/0
quota: False/0
acls: False/0
locking: False/0
msdfs: False/0
doing parameter local master = yes
doing parameter preferred master = yes
doing parameter domain master = yes
doing parameter wins support = yes
doing parameter hosts allow = 192.168.1.0/255.255.255.0
doing parameter interfaces = eth0
doing parameter map hidden = no
doing parameter map system = no
doing parameter map archive = no
doing parameter map readonly = no
doing parameter map read only = no
doing parameter store dos attributes = yes
doing parameter name resolve order = lmhosts host wins bcast
pm_process() returned Yes
Attempting to register new charset UCS-2LE
Registered charset UCS-2LE
Attempting to register new charset UTF-16LE
Registered charset UTF-16LE
Attempting to register new charset UCS-2BE
Registered charset UCS-2BE
Attempting to register new charset UTF-16BE
Registered charset UTF-16BE
Attempting to register new charset UTF8
Registered charset UTF8
Attempting to register new charset UTF-8
Registered charset UTF-8
Attempting to register new charset ASCII
Registered charset ASCII
Attempting to register new charset 646
Registered charset 646
Attempting to register new charset ISO-8859-1
Registered charset ISO-8859-1
Attempting to register new charset UCS2-HEX
Registered charset UCS2-HEX
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
added interface ip=192.168.1.3 bcast=192.168.1.255 nmask=255.255.255.0
socket option SO_KEEPALIVE = 0
socket option SO_REUSEADDR = 1
socket option SO_BROADCAST = 1
Could not test socket option TCP_NODELAY.
Could not test socket option TCP_KEEPCNT.
Could not test socket option TCP_KEEPIDLE.
Could not test socket option TCP_KEEPINTVL.
socket option IPTOS_LOWDELAY = 0
socket option IPTOS_THROUGHPUT = 0
socket option SO_SNDBUF = 109568
socket option SO_RCVBUF = 109568
socket option SO_SNDLOWAT = 1
socket option SO_RCVLOWAT = 1
socket option SO_SNDTIMEO = 0
socket option SO_RCVTIMEO = 0
Socket opened.
querying * on 0.0.0.0
Sending a packet of len 50 to (0.0.0.0) on port 137
Received a packet of len 62 from (127.0.0.1) port 137
nmb packet from 127.0.0.1(137) header: id=15639 opcode=Query(0) response=Yes
header: flags: bcast=No rec_avail=Yes rec_des=Yes trunc=No auth=Yes
header: rcode=0 qdcount=0 ancount=1 nscount=0 arcount=0
answers: nmb_name=*<00> rr_type=32 rr_class=1 ttl=259200
answers 0 char `..... hex 6000C0A80103
Got a positive name query response from 127.0.0.1 ( 192.168.1.3 )
192.168.1.3 *<00>


Kann es sein, dass ich den Wins in den Interface Optionen vom Fileserver erstmal setzen muss? Soweit ich weiß hab ich das bisher nicht getan.

Ein Ping auf den Fileserver funktioniert z.b. auch nicht:


fileserver:/# ping k2llt16
ping: unknown host k2llt16
fileserver:/#


Wobei dies auf einer Windows Machine funktioniert, somit denke ich, dass auch ein nmblookup auf einer Windows Maschine funktionieren würde.

Gruß
Daniel

emba
09.02.06, 14:30
@morpheus

ich glaube, du verwechselst hier was. standardmässig nutzt linux nicht wins zum auflösen von hostnamen. bitte google mal nach wins und nsswitch

bitte poste auch mal deine smb.conf (ohne kommentare)

greez

morpheus2001
09.02.06, 14:38
hi,

du hast recht in der /etc/nsswitch.conf kann ich entnehmen, dass mein system gar keinen wins hier abfrägt, das soll so denke ich auch bleiben. Es ging mir hier ja nur um ein Funktionstest von meinem Wins.



[global]

security = user
enable privileges = yes
share modes = yes
encrypt passwords = true
netbios name = fileserver
server string = Fileserver
passdb backend = ldapsam:ldap://127.0.0.1/
include = /etc/samba/ldap.conf
domain logons = yes
workgroup = k2l.com
os level = 65
log level = 5
local master = yes
preferred master = yes
domain master = yes
wins support = yes
hosts allow = 192.168.1.0/255.255.255.0
interfaces = eth0
map hidden = no
map system = no
map archive = no
map readonly = no
map read only = no
store dos attributes = yes
name resolve order = lmhosts host wins bcast


[homes]
comment = your personal home drive
writeable = yes
browseable = no
public = no
create mask = 600
security mask = 600
directory mask = 700
directory security mask = 700

[profiles]
comment = your personal profile folder
writeable = yes
browseable = no
public = no
create mask = 600
security mask = 600
directory mask = 700
directory security mask = 700
path = /usr/share/files/homes/$U/profiles

[netlogon]
path = /usr/share/files/netlogon
writeable = yes
browseable = no
public = no
security mask = 600


Gruß
Daniel

emba
09.02.06, 21:16
was bringt denn "nmblookup k2llt16"
???

was ist das fuer ein client und hat dieser netbios over tcp/ip aktiviert?

greez

morpheus2001
09.02.06, 23:47
Ein "nmblookup -B k2llt16 '*'" sollte die IP Adresse der Maschine "k2llt16" zurückgeben! Oder liege ich hier falsch? Ich habe das Programm mit den obigen Parametern direkt auf dem Sambaserver ausgeführt. Diese hostet einen Netbios Server, TCP/IP ist aktiv. Aber Netbios ist in /etc/nsswitch.conf nicht eingetragen, das ist denke ich der Grund dafür, dass er den Namen nicht auflöst!

Gruß

emba
10.02.06, 08:39
jep, nmblookup sollte dies zurückbringen. aber auch die kurze variante von mir sollte "antworten". nmblookup stützt sich (per default) nicht auf WINS oder nmbd. es sendet einfach broadcasts mit entsprechenden flags. d.h. NSS ist nicht dafür verantwortlich, vllt. eher ne firewall

greez

morpheus2001
10.02.06, 11:12
fileserver:~# nmblookup k2llt16
querying k2llt16 on 192.168.1.255
name_query failed to find name k2llt16
fileserver:~#


Eine Firewall ist im LAN nicht aktiv. Noch eine Idee?

emba
10.02.06, 11:16
deaktiviere bitte mal den wins server und versuche nochmal einen nmblookup
die auflösung scheint ja prinzipiell zu funktionieren, wie du hier geschrieben hast



Got a positive name query response from 127.0.0.1 ( 192.168.1.3 )
192.168.1.3 *<00>

oder wer ist die 1.3?

erhöhe bitte den debuglevel beim nmblookup und poste

greez

morpheus2001
10.02.06, 11:22
fileserver:/usr/share/k2l/phpazeit# /etc/init.d/samba stop_nmbd
Stopping NMB daemons: nmbd.
fileserver:/usr/share/k2l/phpazeit# nmblookup -B k2llt16 '*'
querying * on 0.0.0.0
name_query failed to find name *
fileserver:/usr/share/k2l/phpazeit#

Die 192.168.1.3 ist der Sambaserver. Es sollte eigentlich die 192.168.1.60 zurückgegeben werden. Zum Vergleich auf einem Windows Rechner:

C:\Dokumente und Einstellungen\workstation2>ping k2llt16
Ping k2llt16 [192.168.1.60] mit 32 Bytes Daten: ...

:confused:

emba
10.02.06, 13:22
bitte ausführen

nmblookup -d5 k2llt16

greez

morpheus2001
10.02.06, 13:33
fileserver:~# nmblookup -d5 k2llt16
INFO: Current debug levels:
all: True/5
tdb: False/0
printdrivers: False/0
lanman: False/0
smb: False/0
rpc_parse: False/0
rpc_srv: False/0
rpc_cli: False/0
passdb: False/0
sam: False/0
auth: False/0
winbind: False/0
vfs: False/0
idmap: False/0
quota: False/0
acls: False/0
locking: False/0
msdfs: False/0
lp_load: refreshing parameters
Initialising global parameters
params.c:pm_process() - Processing configuration file "/etc/samba/smb.conf"
Processing section "[global]"
doing parameter security = user
doing parameter enable privileges = yes
doing parameter share modes = yes
doing parameter encrypt passwords = true
doing parameter netbios name = fileserver
handle_netbios_name: set global_myname to: FILESERVER
doing parameter server string = Fileserver
doing parameter passdb backend = ldapsam:ldap://127.0.0.1/
doing parameter include = /etc/samba/ldap.conf
params.c:pm_process() - Processing configuration file "/etc/samba/ldap.conf"
doing parameter ldap passwd sync = no
doing parameter ldap admin dn = cn=samba,ou=DSA,dc=k2l,dc=com
doing parameter ldap suffix = dc=k2l,dc=com
doing parameter ldap group suffix = ou=Groups
doing parameter ldap user suffix = ou=Users
doing parameter ldap machine suffix = ou=Computers
doing parameter ldap ssl = no
doing parameter ldap delete dn = Yes
doing parameter add machine script = /usr/sbin/smbldap-useradd -w "%u"
doing parameter add user script = /usr/sbin/smbldap-useradd -m "%u"
doing parameter delete user script = /usr/sbin/smbldap-userdel "%u"
doing parameter add group script = /usr/sbin/smbldap-groupadd -p "%g"
doing parameter delete group script = /usr/sbin/smbldap-groupdel "%g"
doing parameter add user to group script = /usr/sbin/smbldap-groupmod -m "%u" "%
g"
doing parameter delete user from group script = /usr/sbin/smbldap-groupmod -x "%
u" "%g"
doing parameter set primary group script = /usr/sbin/smbldap-usermod -g "%g" "%u
"
doing parameter passwd program = /usr/sbin/smbldap-passwd "%u"
doing parameter domain logons = yes
doing parameter workgroup = k2l.com
doing parameter os level = 65
doing parameter log level = 1
doing parameter local master = yes
doing parameter preferred master = yes
doing parameter domain master = yes
doing parameter wins support = yes
doing parameter hosts allow = 192.168.1.0/255.255.255.0
doing parameter interfaces = eth0
doing parameter map hidden = no
doing parameter map system = no
doing parameter map archive = no
doing parameter map readonly = no
doing parameter map read only = no
doing parameter store dos attributes = yes
doing parameter name resolve order = lmhosts host wins bcast
pm_process() returned Yes
Attempting to register new charset UCS-2LE
Registered charset UCS-2LE
Attempting to register new charset UTF-16LE
Registered charset UTF-16LE
Attempting to register new charset UCS-2BE
Registered charset UCS-2BE
Attempting to register new charset UTF-16BE
Registered charset UTF-16BE
Attempting to register new charset UTF8
Registered charset UTF8
Attempting to register new charset UTF-8
Registered charset UTF-8
Attempting to register new charset ASCII
Registered charset ASCII
Attempting to register new charset 646
Registered charset 646
Attempting to register new charset ISO-8859-1
Registered charset ISO-8859-1
Attempting to register new charset UCS2-HEX
Registered charset UCS2-HEX
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
Substituting charset 'ISO-8859-15' for LOCALE
added interface ip=192.168.1.3 bcast=192.168.1.255 nmask=255.255.255.0
socket option SO_KEEPALIVE = 0
socket option SO_REUSEADDR = 1
socket option SO_BROADCAST = 1
Could not test socket option TCP_NODELAY.
Could not test socket option TCP_KEEPCNT.
Could not test socket option TCP_KEEPIDLE.
Could not test socket option TCP_KEEPINTVL.
socket option IPTOS_LOWDELAY = 0
socket option IPTOS_THROUGHPUT = 0
socket option SO_SNDBUF = 109568
socket option SO_RCVBUF = 109568
socket option SO_SNDLOWAT = 1
socket option SO_RCVLOWAT = 1
socket option SO_SNDTIMEO = 0
socket option SO_RCVTIMEO = 0
Socket opened.
querying k2llt16 on 192.168.1.255
Sending a packet of len 50 to (192.168.1.255) on port 137
Sending a packet of len 50 to (192.168.1.255) on port 137
Sending a packet of len 50 to (192.168.1.255) on port 137
name_query failed to find name k2llt16
fileserver:~#


Wie gut, dass ich langsam aber sicher meine gesamte Konfiguration offenleg :o

emba
10.02.06, 14:24
da ,liegt der fehler


Sending a packet of len 50 to (192.168.1.255) on port 137
Sending a packet of len 50 to (192.168.1.255) on port 137
Sending a packet of len 50 to (192.168.1.255) on port 137


es kommt keine antwort. normalerweise antwortet der entsprechende netbios-client auf diese broadcasts. langsam glaube ich eher, dass es eine client geschichte ist

greez

morpheus2001
10.02.06, 16:26
Auf allen Clients läuft Windows 2000 Pro. bzw. Windows XP SP2 Pro.
Was schlägst du vor?

emba
12.02.06, 17:24
habt ihr einen DNS server im netz, den die clients nutzen?


Was schlägst du vor?
dass du mal ein wenig selbst recherchierst...

greez

morpheus2001
12.02.06, 18:05
Wir haben einen DNS Server, der übernimmt jedoch nur unsere Server. Hat also nichts im unseren Clients zu tun, soll auch so bleiben.

Ich recherchiere natürlich parallel selbst in Google etc.... Jedoch bräuchte ich immer noch eine klare Antwort ob mein Wins Probleme hat bzw. ob überhaupt ein Fehler vorliegt. Immerhin können alle Windows Clients die Machinen über den Namen ansprechen. Nur unsere Linuxserver können dies nicht. Der Grund dafür scheint zu sein, dass eben eine "Wins"-Abfrage laut nsswitch.conf für die Linuxserver nicht in Frage kommt. Wenn dem so ist, wäre mein Problem eigentlich gelöst. Die Maschine, die ich zu Beginn des Threads angesprochen habe, wechselte ihre IP und war danach 2 Tage mit dem Namen nicht mehr ansprechbar. Mittlerweile wurde der Eintrag in der Wins DB (von Linux Seiten) erneuert und die Maschine ist wieder über den Namen ansprechbar (in der Wins DB wurde die alte durch die neue IP ersetzt). Der Parameter "max ttl" in der smb.conf kann diese "Limit" steuern. Default mäßig liegt es bei 3 Tagen, was auch in der Praxis genau so aufgetreten ist. Jetzt ist eben die Frage, dass ja eigentlich vom Windows Rechner aus an den Wins ein Signal geschickt werden sollte, das sagt: "Ich habe meine IP geändert, bitte in der DB eintragen". Und scheinbar wurde dieses Signal nicht gesendet.
Ich werde mir den Client am Montag mal genauer ansehen ...

Soweit meine Recherchen :cool:
Bin dir sehr dankbar für die große Hilfe!!

Gruß
D.Morlock

emba
12.02.06, 18:52
ok, dann scheint dein prob ja geloest.
du kannst ja mal zum debug folgendes machen:

- RFC zu wins studieren, ob clients die IP automatisch neu registrieren muessen, wenn diese sich aendert (ich denke, dass dies so ist)
- die IP des clients aendern und in dem moment den netzwerktraffic auswerten

greez

bangaltar
14.02.06, 15:39
Der Client muss sich beim WINS registrieren, das sollte er beim erhalt einer IP-Adresse automatisch machen.
Vorausgesetzt der Wins ist eingetragen bzw. die WINS-Option wird per DHCP verteilt.
Wenn ihr nur Win2k und WinXP Rechner habt, würde ich die Auflösung der Rechnernamen über DNS machen. MS benutzt Wins seit Win2000 nicht mehr, sondern hat alles auf DNS umgestellt.
Dann habt ihr auch kein Prob mit den Linuxkisten...

bangaltar
14.02.06, 15:42
eins fällt mir dazu noch ein...
ihr habt die Server ja nicht noch zusätzlich im DNS Server eingetragen?
Win2k/XP fragen immer erst die/den DNS Server, wenn dort kein Ergebnis kommt fragt er den Wins...
es sei denn ihr habt den Knotentyp bei den Clients geändert, wovon ich jetzt mal nicht ausgehe.