IThome

Automatisch nicht, eine Portumleitung oder DMZ-Einstellung musst Du auf dem Router schon noch durchführen ...

Eventuell über ein Startscript und RASDIAL.EXE ... https://www.mcseboard.de/windows-forum-ms-backoffice-31/vpn-verbindung-systemstart-herstellen-96288.html?highlight=rasdial

Hast Du Deine DNS-Zone durchforstet, ob dort Einträge für die DCs vorhanden sind, die noch auf die alte Adresse verweisen ? Wenn WINS im Einsatz ist, hast Du die alten Einträge entfernt ? Auf welcher Adresse horcht der DNS-Server (zu sehen in der DNS-Verwaltung) ? Poste bitte mal die Ausgabe von IPCONFIG /ALL

XP-Home = 5 Sitzungen XP-Prof = 10 Sitzungen Server = abhängig von den CALs

Schön :) Also einfach nur deinstalliert und wieder rauf gemacht ?

Kannst Du zu Testzwecken die Homefolder auf einen anderen Server auslagern ?

Ähm, was meinst Du mit "Wie kann das funktionieren" ? Bei XP gibt es dafür die beiden oben genannten Befehle, bei 2000 konnte man das noch machen, es gibt auch Anleitungen, wie man es auf einem 2000 DC durch Löschen von Regkeys deinstalliert ... How to reset Internet Protocol (TCP/IP) in Windows XP

:suspect: Naja, Windows lebt ... :D

Ist da auch nichts in den Ereignisanzeigen zu sehen ?

Was mir da noch einfällt, steht in der Terminaldiensteverwaltung als Status beim RDP-TCP Objekt eigentlich "Abhören" ?

Was ist das eigentlich für eine Serverhardware ?

Jo, war wohl ein langer Tag, und mit einem unbefriedigenden Ende ... Aber gelöscht und neu erzeugt haste noch nicht ? Oder doch ? Ich habe hier auch einen vollständig durchgepatchten DC, der macht kein Ärger ...

Da das Objekt sowieso nicht vorhanden war, ist einfach ein neues erstellt worden. Ich habe es hier aber auch gelöscht und danach neu erzeugt, klappt genauso ... Habe es in diesem Moment nochmal gemacht, gelöscht, versucht, klappt nicht, neu erzeugt, klappt wieder ...

Hm, wir hatten hier dieses Problem vor kurzem gleich 2 Mal, allerdings war das RDP-TCP Objekt nicht mehr vorhanden. Dort kam auch die Vermutung, dass dieser Fehler nach Windows-Updates auftrat ...

Was steht denn in den Eigenschaften diese Objektes, welcher Netzwerkadapter wird benutzt ?

Ach so, dann habe ich Dich falsch verstanden, ich dachte, Du bist remote drauf ... Hast Du das Objekt mal neu erstellt ?

Wie hast Du überprüft, ob das RDP-TCP Objekt vorhanden ist auf dem DC ?

Das einzige, was Du machen musst ist also die erneute Vergabe der Berechtigungen, obwohl sie laut Anzeige eigentlich korrekt sind ?

Du verbindest Dich also gerade von extern und sitzt nicht an einer internen Maschine ?

Wie schon gesagt, entferne die RDP-TCP Verbindung und erzeuge sie neu, danach genauso ?

Du kannst Dich also gar nicht mehr verbinden, es kommt also schon kein Anmeldeschirm mehr ? Erzeuge das Verbindungsobjekt mal neu ...

Der Haken unter Remote ist aber noch gesetzt ?

Schau mal in der Terminaldienstekonfiguration, ob dort noch ein Verbindungsobjekt RDP-TCP vorhanden ist, wenn nicht, rechtsklick auf Verbindungen - Neue Verbindung erstellen ...

Mal ein Beispiel: Du hast einen Terminalserver, die Clients melden sich an XP-Maschinen an. Du möchtest jetzt, dass bei der Anmledung am Terminalserver sehr restriktive Einschränkungen gültig sind, bei der Anmeldung an der Workstation sehr wenige. Also erzeugst Du Dir 2 OUs, eine für die Konten der Benutzer und eine für das Konto des Terminalservers. Jetzt wird ein GPO mit wenigen Einschränkungen in die OU der Benutzerkonten gelinkt (erstmal nur da). Was passiert jetzt, wenn der User sich anmeldet ? Die Richtlinie wird angewendet, egal, wo er sich anmeldet, also auch am Terminalserver. Jetzt erzeugst Du eine Richtlinie in der OU des Terminalservers, konfigurierst Loopback auf Ersetzen und konfigurierst sehr restriktive Einstellungen im Benutzerteil der Richtlinie. Wenn der Benutzer sich an seiner XP-Maschine anmeldet, bekommt er immer noch die wenig restriktiven Einstellungen, meldet er sich aber am Terminalserver an, werden seine wenig restriktiven Einstellungen ausser Kraft gesetzt und die sehr restriktiven Einstellungen des Loopback-GPOs angewendet. Die üblicherweise angewendeten Einstellungen in der Benutzerkonfiguration des GPOs der Benutzer-OU werden also ersetzt. Steht die Loopbackeinstellung auf Zusammenführen, werden BEIDE Richlinieneinstellungen angewendet, aber nur dann, wenn der User sich am Terminalserver anmeldet. Im Falle eines Konfliktes (beide Richtlinien stellen den gleichen Wert ein aber mit unterschiedlichen Einstelungen) hat das Loopback-GPO Vorrang ...

Habt Ihr irgendeinen Scherzbold-Admin bei Euch ? ;) :D Werden die Berechtigungen via Script , GPO oder sonstwie verändert ? Oder sind die wirklich genau so, wie gestern ? Könnte aber auch ein Bug sein, hab da gestern was von einem Hotfix gelesen, allerdings bezogen auf Terminaldienste-Homefolder ...