grizzly999

Schau mal hier rein: http://www.mcseboard.de/showthread.php?threadid=23348 grizzly999

Wer weiss, wer weiss...?? Aber hier gibt es keine Hilfe für solche Tools und auch keine für Probleme, die daraus entstehen: http://www.mcseboard.de/rules.php?s=#nr8 grizzly999

leider komme ich immer noch nicht ganz mit, aber ich erkläre in kurzen Worten wie ich (und wohl die meisten anderen) das machen: 1) Ornder für roaming profiles auf einem Server anlegen und freigeben. Friegabeberechtigung für Jeder->Vollzugriff setzen!! 2) User auf dem im ADBC anlegen 3) User im ADBC unter Reiter "Profil" den Pfad zum Profil eintragen, z.B. \\server\profile-freigebabe\%username% 4) Mit dem User an der WS als Domänenbenutzer anmelden. Nicht mehr und nicht weniger und das geht immer einwandfrei. grizzly999

Urrrgggss, sorry.... :o grizzly999

Jetzt wird's karer :) ja, DynDNS wäre die von mir präferierte Lösung. Kostengünstig und einfach zu realisieren. grizzly999

Nein, nicht schlecht, wenn es aber so gewesen wäre, dann schlecht, weil auf dem Client standardmäßig Unsicheres Kennwort verwenden eingestellt ist. Hmmm..

Habe gestern mal einen ausführlichen Blick in das Laue-Buch werfen können: IMHO ein typisches Buch "Wie schinde ich Seiten, damit der Preis gerechtfertigt ist. Kann ja kein so'n dünnes Buch verkaufen...". Es ist ja angeblich ein Update Buch für MCSAs, allerdings steht da ganz schön viel "altes MCSA-Zeug drin, dazu reichlich riesige Grafiken und Screenshots. Z.B. anderthalb Seiten riesige grafische Darstellung von inkrementeller und differentieller Sicherung. Ein alter Hut für einen MCSA 2000 und ein großer noch dazu. Eine Beschreibung, wie man die Terminaldienste installiert, dazu zwei riesige Screenshots, einer mit dem Fortschrittsbalken der Installation (höchst sinnvoller Screenshot) ein zweiter von der abschließenden Meldung, dass der Server jetzt neu gestartet werden muss (hat ja noch kein MCSA 2000 je gesehen diese Meldung). undso weiter und so fort. Ist meiner ganz persönlichen Meinung nach daher den Preis nicht Wert, oder der Titel sollte geändert werden. Just my two pencs... grizzly999

Was ist denn in der Eingehenden Verbindung unter "Benutzer" bei den Häkchen eingestellt? Müssen die Benutzer Kennwörter und Daten sichern ausgewählt? grizzly999

Sorry, aber kann das jetzt nicht nachstellen, und bin im Moment am Ende von Idee :( grizzly999

Hat der Benutzer explizit Einwahlrechte zugeteilt bekommen? Wenn ja, versuche es mal mit dem Format Arbeitsstationsname\Benutzername im Anmeldefenster (obwohl eigentlich nicht nötig ) grizzly999

Ist einer der Computer Mitglied einer Domäne? grizzly999

Sorry, mindvision hat das Teil wohl nicht mehr, ist jetzt eine eigene Homepage: http://www.directupdate.net/index.html Oder das von the_brain (kenne ich aber nicht) grizzly999

Ja, einfach einen fiktiven Namen, wobei der halt immer das Suffix dyndns.org oder biz oder so hat. Einen Webserver brauchst du nicht. Als Client der die Datenbank bei DynDNS immer updated solltest du einen nehmen, der sich als Dienst installiert, ich habe sehr gute Erfahrungen gemacht mit dem DynamicUpdate von http://www.mindvision.com grizzly999

Das verstehe ich nicht ganz... Kannst du das erläutern. grizzly999

HKLM setzt sich zusammen aus den Keys Hardware, SAM, Security, Software und System. Nur der Key Hardware wird bei jedem Reboot aus dem Ergebnis des ntdetect.com neu aufgebaut. Die anderen 4 Keys sind ein auf der Platte gespeicherter Teil, sie liegen unter %systemroot%\system32\config Der HKCU ist natürlich nicht Teil des HKLM, sondern des HKU. Es ist die ntuser.dat des Benutzers, die beim Anmelden dort hinein geladen wird. Dabei ist es so, dass wenn je eine unterschiedliche Einstellung in HKCU und HKU\Benutzer-SID vorhanden sein sollte (habe ich nur einmal in meinem Leben gesehen), dann hat die Einstellung in HKCU Vorrang. grizzly999

Darfst du denn im Netzwerk der Domäne etwas machen, dann wäre eine zwischengeschaltete HW-Lösung denkbar. Aber irgendwie einen VPN-Server braucht man nunmal auf der einen Seite für VPN. grizzly999

Die Überschrift des Threads: "2K - Terminaldienste - Anmeldemeldung! Problem" ;) grizzly999

Kann es sein, dass du die ganze Profilgeschichte für die lokale Benutzer gemacht hast, und nicht für die Domänenbenutzer im Active Directory Benutzer und Computer? grizzly999

Kopiert, wie? Mit dem Explorer oder über die Systemeigenschaften? Wenn richtigerweise zweiteres, wurde mit dem tool dann auch gleich die Berechtigung für den neuen User gesetzt? grizzly999

Schau doch mal auf der Betriebssystem-CD in den Ordner Support\Tools, dort in der deploy.cab in die deploy.chm rein, das ist u.a. die Hilfedatei für die unattended. Dort findest du die Antwortenauf deine Fragen, z.B. den Remotedesktop: [TerminalServices] AllowConnections = 1 Für die Kompononenten findest du dort auch dei Einträge. grizzly999

Das steht schon im Ereignislog. Suche mal im Systemlog nach 1074, Quelle User32 ;) grizzly999

In welcher verlinkten Richtlinie hast du das Recht eingestellt? grizzly999

Um genau dieses OS ging es die ganze Zeit. Aber bevor noch mehr "Irrtümer" sich hier rein verrirren, schließe ich den Thread und verschiebe ihn gleich noch von Tipps und Links, ein solches ist die Aussage oben ja wirklich nicht, nach Windows Allgemein. grizzly999

Kann ich machen, kein Problem. Probleme tauchen immer da auf, wo IP-Adressen statt Namen vergeben wurden (Anmeldeskripts, Maileinstellungen etc., statische Routingtabellen usw.) Naja und beim ISA ist dann halt mehr zu beachten, wo überall halt IP-Adressen drin verwednet wurden, angefangen bei der LAT über Client oder Zielsätze usw. grizzly999

Ich schätze (Infos gab's ja nicht :( ), du hast den TS im Remoteverwaltungsmodus installiert. Ich schätze weiter, der User ist kein Admin, daher keine Anmeldung, solange http://support.microsoft.com/default.aspx?scid=kb;de;224395 und dann auch nur max. 2 gleichzeitig grizzly999