IThome

Ja klar :)

Du könntest ein vordefiniertes Profil erzeugen, im NETLOGON-Share des DCs einen Ordner "Default User" erzeugen und dieses Profil dort hinkopieren ... How to Create a Base Profile for All Users

Nslookup Server2003.krdb.local 192.168.123.100 Das gibts doch nicht, woher bekommt er den DNS-Server des Routers ? Schalte den mal ab starte einen Client neu. Oder trag auf einem Client die IP-Einstellung händisch ein, mit dem Server als DNS-Server und dem Router als Gateway ...

Ich habe das mal bei einem Kunden gehabt, auf dem in dem Benutzerprofil eines User in den Einstellungen der Systemleistung (visuelle Effekte) beim Administrator und beim User "für optimale Darstellung anpassen" ausgewählt war. Nur werden beim Administrator ganz andere Dinge eingestellt (beim User viel mehr Grafikschnickschnack). Beim Administrator lief alles klasse, beim User nicht (in Excel Zellen markieren z.B.) und da beim User alle Einstellmöglichkeiten ausgeblendet waren, kommt man da nicht so schnell drauf :D. Ich weiss aber nicht mehr, ob es auch zu den von Dir genannten Verzögerungen kam ...

Was hast Du denn vor ? Eingehende Verbindungen zulassen ? 1701:UDP:*:enabled:L2TP 500:UDP:*:enabled:IKE 1723:TCP:*:enabled:PPTP Aber wozu, diese Filter werden beim Einrichten einer eingehenden Verbindung automatisch gesetzt und existieren auch schon ...

Öhm, nö, dann nicht, kannst aber auch via Script machen ... Modify the DNS Server Search Order for a Network Adapter

Passiert das auch, wenn der Administrator angemeldet ist ?

Verdammte Intelligenz ... :D

Das Kreuz ist noch zu sehen, allerdings bekommst Du mit IPCONFIG /ALL eine Adresse angezeigt und nicht "Nicht verbunden" ...

Hier ist auch mal was aus der Praxis ... https://www.mcseboard.de/windows-forum-allgemein-28/loeschen-ordners-verhindern-105639.html?highlight=unterordner

Du musst die neue Richtlinie nicht nur in die Domain Controllers OU linken, sondern auch an die erste Stelle schieben, sonst wirkt wieder die Default Domain Controllers Policy und überschreibt die neue Richtlinie ... Lass die Default Policies lieber so wie sind ...

Wie ist der Stand ?

Anwendungen kann man nicht an Netzwerkkarten binden. Du kannst nur anhand des Zieles bestimmen, über welche Karte ein Request erfolgt. Anhand der Zieladresse und den Einträgen in der Routingtabelle wird festgelegt über welche Karte das Ziel erreichbar ist ...

Das kann man mit DisableDhcpMediaSense erreichen ... Deaktivieren der Funktion "Media Sense" für TCP/IP in Windows

Was meinst Du denn damit ?

Setze auf einem Client mal den Stack zurück ... NETSH INT IP RESET C:\RESETLOG.TXT NETSH WINSOCK RESET CATALOG danach neu starten ... Funktioniert denn wenigstens ein NSLOOKUP SERVER2003.KRDB.LOCAL 192.168.123.100 ?

Du musst diese Richtlinie in der Doamin Controllers OU anwenden, da die derzeit dort gelinkte Richtlinie die Einstellungen der Domänenrichtlinie überschreibt. Die gesetzte Richtlinie ersetzt die eventuell anderswo eingerichtete Richtlinie zum lokalen Anmelden. Wenigstens der Administrator muss sich lokal anmelden können, daher muss er in das Benutzerrecht aufgenommen werden ...

Wenn die Domänenfunktionsebene auf mindestens Windows 2000 pur steht, kannst Du domänenlokale Gruppen auch auf Membern benutzen, anderenfalls nicht. Auf Membern können für die Berechtigungen lokale Gruppen eingesetzt werden ...

006 aktivieren und als Adresse die des Servers. Schaue auf dem Client, ob auch die DNS-Einstellungen auf automatisch beziehen stehen. Ebenso, ob irgendwas in der Alternativen Konfiguration steht ... Die fehlerhafte Abfrage an den Router ist sehr wahrscheinlich die Ursache für das langsame Anmelden der Clients ...

006 nicht ? Doch , es hat sich der Verbindungssuffix geändert ... edit: achso, weitere Optionen ... Was ergibt NSLOOKUP auf einem Client jetzt ?

Nach der ersten Replikation zeigen alle auf den Server, der die Rollen bekommt (der andere wird ja abgeschaltet).

DHCP-Optionen schon verändert und getestet ?

Überprüfe, ob diese Zone dynamische Updates zulässt (AD-integriert oder nicht). Mach mal das, was ich im letzten Post zugeschrieben habe ... Ändere die Bereichsoption 015 in KRDB.LOCAL, danach wieder IPCONFIG /RENEW auf dem Client ...

Wie heisst sie denn ? Lässt sie dynamische Updates zu ? Was kommt beim Eingeben von NSLOOKUP bei anderen Clients als Ausgabe ? Trotzdem der primäre DNS-Server (192.168.123.100) per DHCP übergeben wird, erscheint bei der WS-14 bei Eingabe von NSLOOKUP als Standardserver die 192.168.123.254. Passiert das nur auf dieser Maschine ? Was liefert der Server als Ausgabe ? edit: entferne auf dem Server in den DHCP-Bereichsoptionen mal den DNS-Server (Option 006), danach auf einem Client IPCONFIG /RENEW und schaue nach, ob der Client noch einen DNS-Server zugewiesen bekommt. Welche Optionen sind noch aktiv ?

Und wenn Du auf diesem Client nur NSLOOKUP eingibst, dann bekommst Du als Meldung, dass die 192.168.100.254 benutzt wird ? Ist das auf jedem Client so ?