PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Samab WindowsXP DNS Problem



Namron
18.02.05, 11:16
Hallo ich habe folgendes Problem mit einigen userer Clients.
Wir haben eine 3.04 Samba Domäne und greifen hierüber auf unseren Windows 2003 Storage Server zu. Per Login-Skript werden die Notwendigen Laufwerke für die entsprechnden Benutzer gemappt.
Bei einigen Clients jedoch erscheint nach dem ausführen des login Skipts folgendes:

Systemfehler 53 aufgetreten.
Der Netzwerkpfad wurde nicht gefunden

Die passier solange bis man die IP des Rechners der im Login-Skript angesprochen wird im Windows Explorer einträgt:
BSP : \\192.168.0.10 --> Sobald der Explorer den Inhalt des Server auflistet
läßt sich das Login-Skript fehlerfrei ausführen.

Zuvor läßt sich der Rechnername auch nicht per ping auflösen.
Erst wenn man im Explorer die IP eingtragen hat ist der Rechnername auch pingbar?

Irgendwie werde ich den verdacht nicht los das das DNS nicht sauber funktioniert, jedoch haben nur einige Client diese Problem andere nicht.

HIER EIN LOGINSKRIPT:

net time \\tuxix /set /yes
net use /PERSISTENT:NO
net use f: \\opw23sv-nas\allgemein
net use g: \\opw23sv-nas\garbage
net use n: \\opw23sv-nas\op-trainee
net use s: \\opw23sv-nas\software

HIER DIE SMB.CONF:
# Global parameters
[global]
workgroup = ARBEITSGRUPPE
server string = Samba %v (PDC) @arbeitsgruppe.de
update encrypted = Yes
log file = /var/log/samba/ %m.log
time server = Yes
printcap name = lpstat
add machine script = /usr/sbin/useradd -g ntclient -s /bin/false %m$
logon script = %U.bat
logon drive = h:
logon home = \\OPW23SV-NAS\%U$
domain logons = Yes
os level = 65
preferred master = Yes
domain master = Yes
wins proxy = Yes
wins support = Yes
ldap suffix = z
ldap ssl = no
path = /sambashare
printer admin = root
printing = cups
print command = /usr/bin/lp -d '%p' %s; rm %s
lpq command = /usr/bin/lpstat -o '%p'
lprm command = /usr/bin/cancel '%p-%j'
lppause command = lp -i '%p-%j' -H hold
lpresume command = lp -i '%p-%j' -H resume
queuepause command = /usr/bin/disable '%p'
queueresume command = /usr/bin/enable '%p'
printer name = lp

[homes]
valid users = %S
read only = No
browseable = No

[HPLJ4P]
path = /tmp
valid users = @opgesamt
guest ok = Yes
printable = Yes
use client driver = Yes

[netlogon]
path = /sambashare/netlogon

[profiles]
path = /sambashare/profiles
read only = No
browseable = No

hubrach
18.02.05, 11:34
kontrolliere bitte ob die Windowsrechner in der gleichen arbeitsgruppe sind.
unter windows das dns suffix überprüfen.

\\opw23sv-nas ist das der linux server ?

Versuche mal auf einem Client unter (bei XP) C:\WINDOWS\system32\drivers\etc
die datei hosts anzulegen/editieren mit
192.168.0.10 opw23sv-nas opw23sv-nas.deinedomain

und starte diesen neu, wenn der sich dann einloggt und fehlerfrei läuft liegt tatsächlich ein dns problem vor.

Namron
18.02.05, 11:36
\\opw23sv-nas ist unser Fileserver nicht unser Samba-PDC.

Ich werde mal einen Hosts eintrag vornehmen.

Namron
18.02.05, 11:45
Hmm,

hab mal auf NetBIOS über TCP/IP aktivieren ausgewählt.
Jetzt scheint es zu gehen, wobei der doch mit der Einstellung Standard unter WinXP doch fall der DHCP-Server keine NetBIOS-Einstellung anbietet eh zu dieser Einstellung sprint.
Ich werde das mal beobachten.

Nein daran lag es auch nicht.

hubrach
18.02.05, 12:15
also übernimmt der wins server die namensauflösung.
du scheinst kein Linux sondern ein reines Windoof problem zu haben.

Namron
18.02.05, 13:06
Wenn ich wüßte wo ich das Problem zu suchen habe.
Also Linuxseitig scheint alles in Ordnung zu sein. Höchstens der DNS Server ist nicht sauber konfiguriert. Da bin ich allerdings auch kein Experte für.
Auf jeden Fall ist das Ganze wohl eher ein Windows problem. Nur wüßte ich gerade nicht wie ich es lösen sollte.
Wenn ich den Eintrag in der HOSTS vornehmen klappt es bisher. Also scheint es an der Namensauflösung zu liegen. Kann SP2 von XP eine Ursache sein?
Evetuell die FW von SP2?

hubrach
18.02.05, 13:15
Kann sein, glaub ich aber weniger.

Mach ein ein ping mit rechnername.domain.de
und dann ein ping rechnername
von einem Rechner wo du die hosts nicht geändert hast...
geht das erste und nicht das zweite ist dein lokaler DNS Suffix falsch eingestellt..

mach dann mal in einer cmd Box ein ipconfig /all
und poste mal die ausgabe ..

Namron
18.02.05, 13:37
Die Rechner (intern) haben keinen Namen der Form Rechnername.domain.de
Alle Rechner haben nur Windows Rechnernamen (NetBIOS) Namen. Der DNS von Linux leitet alle weiteren nicht auflösbaren Namen an unseren DNS der Firewall weiter.
IPCONFIG /ALL :

Windows-IP-Konfiguration

Hostname. . . . . . . . . . . . . : OPWXPNB-NTR
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert. . . . . . . : Ja
WINS-Proxy aktiviert. . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : kleintuxingen

Ethernetadapter Drahtlose Netzwerkverbindung:

Medienstatus. . . . . . . . . . . : Es besteht keine Verbindung
Beschreibung. . . . . . . . . . . : Intel(R) PRO/Wireless LAN 2100 3B Mini PCI Adapter
Physikalische Adresse . . . . . . : 00-0C-F1-38-A3-8D

Ethernetadapter LAN-Verbindung:

Verbindungsspezifisches DNS-Suffix: kleintuxingen
Beschreibung. . . . . . . . . . . : Intel(R) PRO/1000 MT Mobile Connection
Physikalische Adresse . . . . . . : 00-0D-60-AF-E9-8C
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IP-Adresse. . . . . . . . . . . . : 192.168.1.189
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.1.1
DHCP-Server . . . . . . . . . . . : 192.168.1.212
DNS-Server. . . . . . . . . . . . : 192.168.1.1
192.168.1.212
Lease erhalten. . . . . . . . . . : Freitag, 18. Februar 2005 13:32:35
Lease läuft ab. . . . . . . . . . : Freitag, 18. Februar 2005 14:24:15