robbery

Sie sind gar nicht in der lokalen Gruppe RDP-benutzer. Das bedarf es ja mMn auch nicht, denn das soll ja alles über die GPOs geregelt werden...

Hallo, folgendes Problem ereilt mich derzeit: Nutze einen WinSvr2008 (nicht R2) als Terminalserver und erhalte die Fehlermeldung "Die Verbindung wurde abgelehnt, da das Benutzerkonto nicht zur Remoteanmeldung autorisiert ist". Verwaltet wird das Netzwerk per Gruppenrichtlinien. Der Server befindet sich in der OU "Terminalserver", in der die spezielle GPO-Terminalserver hängt. Wenn ich mich direkt auf den Server schalte und die GPOs auslese, wird mir die GPO-Terminalserver auch als verarbeitet angezeigt. In der GPO habe ich unter Comp-konfig ... Sicherheitseinst "Anmelden über RDP zulassen" für die Gruppe Terminalnutzer gesetzt. Problem: Die Mitglieder der Gruppe Terminalnutzer können sich nicht am TS anmelden und erhalten o.g. Fehler. Habe noch eine weitere Gruppe TerminalAdministratoren, die sich problemlos anmelden können. Habe noch weitere GPOs unter der OU liegen, doch die GPO-Terminalserver steht an Stelle 1 in der Reihenfolge. Somit wird sie doch auch als letzte ausgeführt und dürfte von keiner weiteren GPO mehr überschrieben werden, oder? Danke für eure Hilfe

Hallo, folgende Situation stellt sich dar: Unter Win7 Prof. 64 Bit möchte ich im Sharepoint auf .dwg- oder .dwf-Dateien zugreifen. Im IE9 64Bit kommt beim Klick auf eine dwg-Datei die Frage, "wie ich verfahren möchte". Entweder Öffnen, Speichern (unter), Abbrechen. Bei Öffnen wird auch sauber der DWG-Viewer geöffnet. Soweit alles i.O. Aber unter IE9 32Bit erscheint diese Frage nicht, sondern die Datei wird im Browser geöffnet, allerdings sehe ich nur einen weißen Bildschirm. Die Zuordnung der Dateitypen ist aber korrekt, daran kann es nicht liegen. Gibt es denn irgendeine Registryeinstellung o.ä., womit ich auch unter IE9 32Bit diesen Abfragescreen hervorrufen kann und dann auch bei der Auswahl "Öffnen" der Viwer seperat geöffnet wird (und eben nicht im Browser)?

Nachdem ich keinen Ausweg mehr wusste, habe ich ein altes Image zurückgespielt. Ergebnis: - Nutzer können sich wieder anmelden, sowohl lokale als auch servergespeicherte Nutzer/Profile Soweit so gut... Aber jetzt habe ich mit einem, ja nur mit EINEM, Nutzer Probleme, mich anzumelden. Aber wiederrum auch NUR auf diesem einen Rechner! D.h., erst nach einer Stunde meldet sich dieser an. Eventlog-Einträge: ID 6006 "Der Anmeldebenachrictigungsabo "GPClient" hat 3599 Sekunden benötigt, um dieses Ereignis (Logon) zu bearbeiten. Auf einen anderen PC benötigt die (Erst-)Anmeldung die gewohnten Zeit (2 min). Hat dazu jmd eine Idee oder bleibt mir nur noch die Neuinstallation :confused: ? Danke

Hallo, ich weiß, das Thema kam schon des Öfteren, jedoch weiß ich trotzdem keine weitere Lösung... Folgendes Szenario: - Win7 Prof. 64 Bit SP1 - Anmeldung verschiedenster Nutzer ging bis vor 2 Tagen noch, plötzlich nicht mehr - lediglich die schon vorhandenen Profile (lokale und servergespeicherte), welche sich noch im gängigen Zustand angemeldet hatten, können sich noch anmelden - alle sich zu dem jetzigen Zeitpunkt nicht unter C:\Users befindlichen Profile bringen im Titel genannte Fehlermeldung Folgendes probiert zur Problembehandlung: - Benutzerprofile sauber gelöscht (Comp.eigenschaften > Benutzerprofile > Löschen) - HKLM\...\ProfileList die defekten User gelöscht - Win7-DVD eingelegt und via Upgrade Systemdateien wiederherstellen lassen - Benutzerprofildienst wird automatisch gestartet Für jeglichen Hilfeansatz bin ich natürlich sehr dankbar!

Hallo, bevor ich mich auf die Lösung eines Terminalservers stürze würde ich gerne noch wissen, ob bei jeder TS-Sitzung eines Users ein neuer Prozess gestartet wird?!? Grund: Ich möchte ein W2K8-Server in 32Bit mit ca. 32 GB RAM betreiben. In den PC-Eigenschaften werden mir diese eingebauten RAM auch angezeigt, anscheinend ist PAE schon automatisch aktiviert. Da aber mein zu verwendendes Programm nicht mehr wie 4GB RAM nutzen kann, ist es für mich nun wichtig zu wissen, ob jedem TS-Nutzer ein neuer Prozess zugewiesen wird? Halbwegs einleuchtend? Schon mal jetzt danke für mögliche Hilfen!

Eine Ablösung ist in den nächsten 2-4 Jahren nicht realisierbar - leider! Es müssen auch keine reinen DOS-VMs sein, es muss "lediglich" ein Rechner/Terminalserver sein, der DOS unterstützt (also 32Bit-System) Diese Frage ist durchaus berechtigt und ich denke, dass es das nicht tut. Dazu tat sich mir die Überlegung auf mit PAE, wo ich dann pro Terminalsitzung bspw. 1GB RAM zuordnen wöllte - die Frage ist nur, wie weit Vorstellung Realität auseinander liegen?!?!

Aber wenn ich das richtig verstehe, zielt deine Variante auf ein zusätzliches System pro Arbeitsplatzrechner, oder? Wir besitzen ein System auf DOS-Ebene, welches Aufträge verarbeitet (arbeitsvorbereitende Maßnahmen einleitet) und diese aufbereitet an die Produktion weitergitbt. Mehr kann ich dazu nicht sagen... Ergebnis dessen: Wir benötigen DOS auch weiterhin (auch mit Windows 7) ;) Ist es auch eine Idee, über PAE nachzudenken? Z.B. Server 2008 Enterprise 32 Bit mit PAE betreiben. Oder ist davon abzuraten?

Aber bei einer Virtualisierung besteht ja weiterhin das Problem, dass ich ein 32Bit-System aufsetzen müsste und dieses eben nur maximal 3,5GB RAM verwalten kann...

Hallo Community, folgendes Szenario: Ich möchte auch in Zukunft (derzeit noch XP) meine DOS-Programme auf einen Win7 64Bit System verwenden können. Dazu habe ich mich bis jetzt mit DosBox und Windows XP Mode beschäftigt. Erkenntnis: DosBox wird den Anforderungen nicht gerecht (zb bei Sperren und wieder Entsperren des PC ist die Konsole anschließend leer) und der Windows XP Mode fordert einen doppelten Verwaltungsaufwand (zusätzlicher Rechner mit Virensoftware usw. ausstatten). Somit sind diese beiden Varianten leider nicht verwendbar. Ich würde es auch gerne über einen Terminalserver lösen, aber da stehe ich vor ähnlichem Problem. Wenn ich ein 32Bit-System verwenden würde, würde der maximal adressierbare RAM nicht ausreichen, um eine Vielzahl von Nutzerzugriffen zu bewerkstelligen. Hat sich schon jemand dieser Thematik gewidmet oder kann ein paar Tipps liefern? Danke

Rearm weglassen? Nein, ich bin mir ziemlich sicher, dass genau das rearm von Nöten ist. Ansonsten image ich ja einen aktivierten Rechner, das funktioniert aber nicht (zumindest in meiner Umgebung). Deshalb sehe ich es als notwendig an... Na gut sei es drum - Hauptsache es geht! :)

@jarazul: Dankeschön, deine Fragestellung hat mir wohl die entscheidende Idee geliefert!!! Und zwar bin ich nun wie folgt vorgegangen, womit der KMS endlich auch erfolgreich bei Images von Rechnern hochzählt: 1. Rechner mit "KMS-Medium" (integrierter Aktivierungskey) Aufsetzen + Einrichten 2. slmgr /rearm durchführen --> Neustart 3. cmd als Admin --> sysprep /generalize (+Herunterfahren) 4. Von diesem Zustand (rearm + generalize) ein Image ziehen Nach Aufspielen des Images auf einen weiteren Rechner kann man diesen neu aktivieren und der die Anzahl im KMS erhöht sich um eins! Also nochmals danke für alle Tipps und Ideen!!!

Mhhh schade, aber trotzdem recht vielen Dank! Ich habe zumindest noch ein paar neue Ideen bekommen... Ich verwende wie gesagt das Referenzmedium von Microsoft, in dem schon ein Setup Key hinterlegt ist. Und sobald der Rechner eine IP bekommt, verbindet er sich mit dem KMS. Deshalb wird er automatisch aktiviert. Dies kann ich sicherlich verhindern (kein Netzwerkanschluss)! Wenn das ein Grund ist, dann probiere ich das morgen doch glatt aus, oder ist es "nur" eine Vermutung? Oder gibt es dazu ein How-To, in dem steht, dass das Referenzimage nicht aktiviert sein darf?

Kam letzte Woche leider nicht dazu, mich weiter mit dieser Problematik zu beschäftigen - aber nun gehts endlich weiter! Mit /rearm hat sich nichts verändert bzw nichts am Hochzählverhalten am KMS verändert. Die CMID wurde aber mit diesem Befehl neu erstellt. Das Installationsmedium habe ich heruntergeladen und beinhaltet (prinzipiell) gleich den Setup Key. Ich habe mir aber nun eine Antwortdatei geschrieben, in der ich im specialize-Pfad den ProductKey hinterlegt habe (und noch ein paar kleinere Einstellungen). Anschließend mit "sysprep /oobe /generalize /shutdown /unattend:C:\unattend.xml" ausgeführt und dieses Image auf einem anderen Rechner wieder hochfahren lassen. Nun ist die CMID noch nicht mit abgeändert (Kann man das in der Antwortdatei gleich mit neu erzeugen lassen?), diese habe ich aber dann mit /rearm neu generieren lassen - jedoch OHNE Besserung, d.h. der Zähler im KMS zählt nicht hoch! :confused: Sind vllt noch weitere Ideen vorhanden?

SkipRearm verhindert ja lediglich, dass die Rearm-Anzahl nicht runterzählt. Aber ich verwende ja einen "frischen" Rechner, bei dem ich sowieso 3 Rearm-Versuche habe. Somit dürfte das nicht die Fehlerquelle sein. Nun habe ich mal eine Antwortdatei mit dem SIM erstellt, bei welcher ich aber noch auf der Suche danach bin, wie ich die SID neu erstellen lassen kann. Kennt jemand diese Komponente, die diese Einstellmöglichkeit bietet? Über diesen Microsoft-Beitrag war ich auch schon gestoßen, doch die mit sysprep erstellten Clients haben eine unterschiedliche CMID als der "Mutterrechner". Insofern ist diese Vermutung ausgeschlossen. Letztendlich sind somit wohl beide Tipps nicht zutreffend für mein Problem. Habt ihr denn nicht das Problem, dass über sysprep erstellte Rechner auf dem KMS nicht mit hochgezählt werden?

Hallo, seit längerem melde ich mich mal wieder zu Wort - leider mit einem Problem... Ich habe den aktuellen Key Management Service auf eine Windows 7 Prof. installiert, aktiviert, eingerichtet usw. D.h. er läuft soweit stabil und zählt auch fleißig neu installierte Rechner (Win7 Prof. x64) hoch. Ab 25 Clients wurden mir diese Rechner per "slmgr -ato" auch als aktiviert angezeigt. Problem ist aber Folgendes: Ich nehme mir einen dieser aktivierten Rechner und führe "Sysprep /generalize /oobe /shutdown" aus und ziehe mir anschließend ein Image. Wenn ich dieses Image auf einen weiteren Rechner anstarte, läuft Sysprep auch ordnungsgemäß durch (Rechnername neu definieren, Benutzer anlegen, Uhrzeit/Datum, Netzwerkzuordnung...) und ich kann mich normal anmelden. Der Rechner besitzt nun eine neue SID. Wenn ich nun "slmgr -ato" ausführe, erscheint die Meldung, dass dieser Rechner aktiviert ist. Wenn ich aber auf dem KMS "slmgr -dli" ausführe, wird der Zähler der aktivierten Clients nicht hoch gezählt. Das ist ein sehr unschönes Verhalten, um es vorsichtig auszudrücken. Ich verwende bei sysprep keine Antwortdatei, die meines Erachtens aber auch nicht zwingend notwendig ist, oder? Ich bin für jeden noch so kleinen Ratschlag dankbar, da ich über google nicht schlauer werde. Danke, robbery

Mhh na ok trotzdem danke für die Antworten - so weiß ich wenigstens, dass ich keine Zeit mehr darin verschwenden brauch :) Viele Grüße

Hallo Miteinander, ich bin vergebens auf der Suche nach einer funktionierenden Lösung. Folgende Problematik stellt sich: Ich habe ein Default User-Profil erstellt und dieses, wie von Microsoft gewünscht, in unser Netlogon der DC's kopiert. Beim Anmelden eines neuen Nutzers zieht sich dieser auch das servergespeicherte Default-Profil. Soweit so gut... Nun möchte ich aber gerne das Default-Profil nicht im netlogon-Verzeichnis liegen haben, sondern in meinem eigentlichen Profilverzeichnis. Ist es möglich, dass man den Server mitteilt, wo er nach einem Default-Profil schauen soll oder ist es von MS "hart" ins System eingetragen, wohin geschaut wird? Danke für mögliche Hilfestellungen!

Stehen im alten IP-Adressbereich noch "Fragmente" von Rechnern mit Lease? Wenn ja, dann würde ich diese entfernen, ansonsten kann der DHCP-Server es intern nicht handhaben mit dem neuen IP-Bereich... Warum allerdings noch nie vorhandene Rechner (die vorher statischen) gar keine IP bekommen, ist mir selbst etwas rätselhaft...

Die Freigabe auf den Ordner ist aber vorhanden? Denn ansonsten wird das nicht funktionieren... Besitz übernehmen von Profilordnern ist immer eine schlechte Variante, sämtliche Berechtigungen werden vom System übergeben. Noch eine grundlegende Frage: Können sich die User überhaupt an der Domäne anmelden und wenn ja, werden bei Abmeldung die Profile auf den Server zurückgeschrieben?

Von Windows Easy Transfer würde ich abraten. Da muss man genauer wissen, was man tut, ansonsten hat man schnell die kompletten Profil- UND PC-Daten auf dem Zielsystem... Profile Migrator ist in diesem Fall wohl die treffendere Variante!

Ein zentrales Monitoring haben wir nicht, ich kann mich lediglich mit lokalen Monitoring-Progs vergnügen.

Hallo, folgende Problematik beschäftigt mich seit geraumer Zeit: Ich möchte einen bestimmten Reg-Pfad im HKCU auf Veränderungen überwachen. Soweit so gut... Mit regmon kann ich diesen Pfad problemlos auf Veränderungen überwachen, es liefert mir die gewünschten Ergebnisse! Allerdings bereiten mir 2 Punkte noch Schwierigkeiten: 1. Das Programm (derzeit eben regmon) soll sich bei Anmeldung jeden beliebigen Nutzers am Rechner sofort mit den benötigten Parametern starten. Hier ist mein erstes Problem, da regmon administrative Rechte benötigt, die die normalen Nutzer nicht haben. Kann man die Rechte womöglich beim Start des Programms mit übergeben? 2. Bei Abmeldung des Nutzers müsste das Reg-Protokoll automatisch gespeichert werden, sodass ich nicht "live" bei jeder Abmeldung dabei sein muss. System: Win XP Prof. SP3 Danke für mögliche Hilfestellungen!

Guten Morgen, ich habe nun ein wenig den PM getestet, das Übernehmen eines einzelnen Benutzers (Client-Migration) funktioniert soweit ganz gut. Leider scheint die Testversion (logischerweise) nicht alle Funktionen zu beinhalten, wodurch sich genauere Untersuchungen zu verwendeten Programmen, die aber nicht mit in der Auswahlliste verfügbar sind, nicht machen lassen. Hierbei handelt es sich zB um DWG TrueView, SAP & Tobit. Des Weiteren schlägt die Server-Migration fehl, wenn ich die Profile aus einem Verzeichnis wähle. "Could not determine the owner of profile <Testprofil> access rights are inconclusive" ist die Fehlermeldung. Dies hat womöglich etwas mit den Roaminig Profiles und den damit verbundenen Besitzerrechten zu tun, oder? Weiter beschäftigt mich die Frage des Lizenzsystems. Kann ich zB mehrere Versuche starten, ein Profil zu übernehmen oder kann ich im Nachhinein (falls in Zukunft eine Office-Migration ansteht) dann auch noch die bspw. 100 Lizenzen verwenden oder sind diese dann für die XP->Win7-Migration aufgraucht? Vielleicht kann die ein oder andere Frage geklärt werden.

Danke erstmal für den ersten Tipp, davon hatte ich noch nicht gehört. Ich werde mir dieses Programm einmal zu Gemüte führen, allerdings ist das Prgramm ja auch kostenpflichtig. Somit müsste es schon perfekt/reibungslos funktionieren, um dies nach oben hin vertreten zu können... Gibt es noch weitere Ansätze/Alternativen einer sauberen Profilübernahme?