8
Mapping mit W7 auf Name funktioniert nicht, auf IP aber schon
Hallo,
in unserem Active Directory (2003/2008) mit mehreren Child Domains gibt es ein kleines Problem. Wir haben in unserer Zentrale einen Fileserver mit Shares, der von allen Computer erreichbar ist. Wenn ich ein "net use z: \\server-name\share" auf einem Windows 7 Rechner durchführe, kommt die Meldung, dass das Kennwort nicht korrekt ist. Bei einer XP-Maschine funktioniert dies. Wenn ich jetzt den Server-Namen mit der IP-Adresse austausche, funktioniert es auch mit Windows 7 Maschinen. Ein ping auf den Namen löst aber die IP-Adresse auf.
Hat jemand eine Idee? Hat sich zwischen XP und W7 in diesem Umfeld etwas geändert?
Erstmal besten Dank
Peter
in unserem Active Directory (2003/2008) mit mehreren Child Domains gibt es ein kleines Problem. Wir haben in unserer Zentrale einen Fileserver mit Shares, der von allen Computer erreichbar ist. Wenn ich ein "net use z: \\server-name\share" auf einem Windows 7 Rechner durchführe, kommt die Meldung, dass das Kennwort nicht korrekt ist. Bei einer XP-Maschine funktioniert dies. Wenn ich jetzt den Server-Namen mit der IP-Adresse austausche, funktioniert es auch mit Windows 7 Maschinen. Ein ping auf den Namen löst aber die IP-Adresse auf.
Hat jemand eine Idee? Hat sich zwischen XP und W7 in diesem Umfeld etwas geändert?
Erstmal besten Dank
Peter
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 219964
Url: https://administrator.de/contentid/219964
Ausgedruckt am: 22.11.2024 um 04:11 Uhr
8 Kommentare
Neuester Kommentar
Mach mal die Netzwerkumgebung auf der Win7 Kiste auf.
Kommt da so was wie Netzwerkfreigabe, Netzwerkumgebung oder Netzwerkerkennung aktivieren.(Infoleiste oben im Explorer)
Weiß nicht mehr so genau wie das heißt.
Kommt da so was wie Netzwerkfreigabe, Netzwerkumgebung oder Netzwerkerkennung aktivieren.(Infoleiste oben im Explorer)
Weiß nicht mehr so genau wie das heißt.
Die Netzwerkerkennung ist aktiv, aber meiner Meinung nach, benutzt Win7 einen anderen Port als XP. Da wir mit Hilfe einer Firewall die Ports blockieren, sehe ich dort das Problem.
Port 445 für Win7!!! Das müßte es gewesen sein. Werde morgen diesen Port freischalten lassen. Werde berichten.
Ein einfacher Test ob dem so ist, wäre doch temporär mal die FW auf dem entsprechenden Server mal abzuschalten.
Da es sich um ein VPN handelt, wird die FW vom Kollegen administriert. Wenn der Port nicht frei wäre, warum geht es dann eigentlich über die IP? Werde es morgen testen.
Wenn es mit IP geht, aber nicht mit Name, dann ist das Problem "Kerberos". Bei IP wird NTLM verwendet.
Erreicht der Client alle DCs? Ports 88,389? Stimmen die Uhrzeiten aller beteiligten Computer überein? Sind die SPN-Registrierungen des Fileservers ok?
Erreicht der Client alle DCs? Ports 88,389? Stimmen die Uhrzeiten aller beteiligten Computer überein? Sind die SPN-Registrierungen des Fileservers ok?
Ports sind frei. Clients erreichen alle DC's. Was ist denn der Unterschied zwischen XP und Win7 bzgl. Kerberos? Mit XP funktioniert es ja.
Hm - mal Wireshark anwerfen und am Client tracen? Spontan fällt mir ein: Wenn Kerberos nicht geht, macht Windows einen NTLM Fallback. Passiert das im COmputerkontext (z.B. Startskript), dann verwendet XP den Computeraccount aus dem AD, Win 7 macht eine Null Session auf. Kann per Sec-Policy geändert werden: http://blogs.technet.com/b/deds/archive/2010/04/12/kerberos-im-local-sy ...
Im Benutzerkontext wäre mir aber nichts derartiges bekannt, deshalb "Trace"
Im Benutzerkontext wäre mir aber nichts derartiges bekannt, deshalb "Trace"
