Wolke2k4

Aber in der Regel doch sowas wie eine interne Sicherheitsrichtline, in der festgelegt ist, wer wo welche Rechte hat....

Und das idealerweise nicht im Installations Modus... :shock: :)

Hast du es mal mit ein paar öffentlichen DNS Servern probiert?

Ich kann leider nur sagen wie es bei SSL ausschaut, vielleicht gibt es dir ja einen Denkanstoß... ;) Bei einer private CA muss auf dem Server, der SSL verschlüsselten Inhalte zur Verfügung stellt sowohl das CA Root Cert wie auch das Serverzertifikat installiert werden. Den Clients die auf die SSL Inhalte zugreifen wollen mussen in diesem Fall die private CA bekannt gemacht werden. Somit muss auch auf den Clients das CA Root Cert installiert werden. Bei deinem Szenario wird es (wahrscheinlich) so sein, dass jeder Client, wie bei SSL auch, ein eigenes Zertifikat bekommt und sich dementsprechend über dieses Zertifikat beim Server authentifiziert. Nichtsdestotrotz wird auch hier wieder das CA Root Cert auf den Clients und dem Server notwendig sein.

Ansonsten könnte David V8 eine Alternative sein...

Es wird dir zwar nicht weiterhelfen aber für die Zukunft gilt: Installiere nie kritische Anwendungen/Software oder Patches/Update auf einem MetaFrame Server ohne vorher ein Image gezogen zu haben! Ansonsten gibt es zu der Event ID noch folgende Infos

siehe hier

Ansonsten: IBAS

ggfs. reicht der 1494, 1604 und 80 beim PS 3.0 nicht aus... siehe hier Welcher Parameter war es denn??

Hallo schroeder, vielen Dank für Deine Mühe. ADMT hatten wir ja schon kurz am Wickel, leider wussten wir nicht einmal ob wir das Tool testweise auf dem NT PDC oder dem W2K3 DC installieren sollten. Wie Du siehst, ist es mit unserem Wissen in Bezug auf Migration von Domain nicht weit her. .. Wir wären Dir sehr dankbar, wenn Du uns einen kleinen Exkurs zur Nutzung von ADMT schreiben könntest oder eine brauchbare Quelle zur Nutzung von ADMT kennst. Wir hatten ADMT auf dem W2K3 DC installiert, haben mit einem Rechtsklick auf den obersten Eintrag den Eintrag "Report Wizard" ausgewählt, wobei wir nicht einmal wussten, was der Report Wizard tut. Als nächstes mussten wir Quell und Zieldomain angeben, wobei ADMT bereits die NT und W2K3 Domain erkannte. Beim Klick auf "weiter" erschien auch schon gleich der erste "Fehler 5 Zugriff verweigert" entgegen. Ich nehme mal an, dass dies etwas mit der Vertrauensstellung der Domains untereinander zu tun hat... Die Readmedatei von ADMT hilft uns nicht wirklich weiter. Nach dem besagten Rechtsklick auf den obersten Eintrag in ADMT finden sich viele Einträge z.B. "User Migration", "Report Wizard" usw. Müssen diese Punkte nacheinander abgearbeitet werden und fertig ist die Migration???? Wir fühlen uns bei dieser Problematik nicht besonders wohl :shock: , brauchen aber unbedingt fachmännische Hilfe!! ;) Wenigstens sind wir ehrlich... P.S. Die Problematik mit dem native Modus in Bezug auf Exchange hätte sich mit ADMT dann theoretisch aufgelöst, da die W2K3 Domain gleich als native installiert werden kann???

Mir wäre es auch lieber die Geschichte ausführlich zu testen aber das ist leider einfach nicht drin. Wir haben unsere Köpfe noch mal rauchen lassen und sind unter anderem auf einen interessanten Lösungsansatz gestoßen . Im Grunde könnte man daraus folgende Vorgehensweise für unser Szenario ableiten: 1. Installation eines temporären NT4 PDCs mit Migration nach W2K3. Wobei sich die Frage stellt, was mit dem vorhandenen PDC passiert, sobald der temp PDC in das Netz gebracht wird. 2. Installation des (eigentlichen) W2K3 auf der neuen Serverhardware mit Übernahme der Betriebmaster Funktionen des temporären AD DC. Einrichtung der entsprechenden Dienste (DHCP und DNS) 3. Entfernen des temp AD DC aus der Domain. 4. Gegebenenfalls herabstufen der alten BDCs. Die Frage ist, ob das Herabstufen der BDCs Sinn macht bzw. überhaupt notwendig ist, wenn diese sowieso mit dem neuen W2K3 DC kommunizieren können. Ziel ist ein W2K3 DC mit drei BDCs und davon ein BDC mit Exchange 5.5 am laufen zu haben. Was passiert, wenn der W2K3 DC aktiv wird, wird dieser dann für die BDCs sowas wie ein "PDC"? Theoretisch müssten durch die Migration sämtliche Computerkonten übernommen werden (was ja auch Sinn der Migration ist) und somit die Einrichtung der Server und Clients in die W2K3 Domain entfallen (sprich die Aufnahme der Computerkonten in die W2K3 Domain). Über diesen Weg müsste dann, theoretisch, sichergestellt sein, dass weiterhin jeder Nutzer auf die ihm in der alten NT4 Domain zugewiesenen Ressourcen und Dienste zugreifen kann (egal ob W2K3 oder NT)???? Welche Rolle spielt jetzt noch der "native" Mode, auch im Zusammenhang mit Exchange? Laut dem Link oben gibt es lediglich die zwei folgenden Möglichkeiten: http://www.admins-tipps.net/software/microsoft/migration_nt4_w2k3/upgrade_pdc_to_w2k3/11.jpg wobei "Windows 2003 interim" für unser Szenario richtig wäre....

Hallo, soweit ich weiss ist es möglich, auf einem W2K3 DCHP zusammen mit DNS dynamisch laufen zu lassen. Das würde meiner Meinung nach bedeuten, dass bei aktiviertem DHCP für die fest vergebenen Computernamen ständig eine dynamische Aktualisierung im DNS stattfindet. Kann man diese Variante für alle Windows Clients umsetzten und wenn ja wie (Stichwort brauchbare Anleitung/Guide)?

Gibt es für ADMT auch einen brauchbaren Guide, der einen Schritt für Schritt durch die Migration führt??? Momentan scheint eine Migration mit ADMT nahezu unmöglich. Wir haben mal eine Testumgebung aufgebaut und das erste, was wir von den Wizards mitgeteilt bekommen ist ein "Zugriff verweigert" Fehler. Die ADMT Hilfe wird in diesem Zusammenhang ihrem Namen auch nicht gerecht... Sowas wie ein "Windows Server NT4.0 Migration auf Windows Server 2003 mit ADMT for Dummies" wäre wirklich nicht schlecht.

Hallo, folgender Umstand: in einem Compaq Server ML 370 T02 werkelt ein Raid System Level 5 mit 3 Platten a 36,4 GB in den ersten 3 Einschüben des Servers. Aufgrund mangelnden Plattenplatzes haben wir 3 Platten a 72 GB in die Einschübe 4,5 und 6 nachgeschoben und ein neuen Raid Verbund Level 5 erstellt. Nun ist es aber so, dass die Systempartition c viel zu wenig Platz hat, wir haben zwar mehr Speicher zur Verfügung ("hintendran"), aber die Systempartition ist voll! Nun hätten wir gern den kompletten ersten Raidverbund Level 5 mit den 3 36,4 GB Platten (und 2 Partitionen plus Servicepartition) auf das neue Raid System Level 5 mit den 3 72 GB Platten geklont, damit die Systempartition c von dem größeren Platzangebot startet. Für Powerquest Deploy Center oder Achronis True Image Server stellt sich der erste Raid 5 Verbund (36,4 GB) sowie auch der 2. Raid 5 Verbund (72 GB) jeweils als ein Datenträger(mit mehreren Partitionen auf dem ersten Raid 5 Verbund) dar, dies ist ja auch in Ordnung so! Ist es jetzt ohne weiteres möglich mit Deploy Center den Datenträger zu Datenträger zu kopieren/ klonen???? Was ist mit dem aktiv setzen der Partition?(das neue c) Hoffe das es nicht alzu verwirrend ist!!!! besten Gruß Pauli

Dann aber sicher nur via Printserver... auf dem reinen TS muss in jedem Fall der entsprechende Treiber installiert sein!

Einfach mal ausprobieren würde ich sagen... vorher natürlich eine Sicherung anlegen... ;) Ansonsten gibt es vielleicht noch über GPOs die Möglichkeit derartige globale Einstellungen vorzunehmen. Ich bin mir aber ziemlich sicher, dass ausgerechnet die Detailansicht nicht via GPO zu aktivieren ist.

Es wird wohl eine Migration mit ADMT werden. Mal ne dumme Frage. Muss der W2K3 nicht eh im kompatiblen Modus installiert werden, damit er mit den NT Server kommunizieren kann??? Was ist bei einer Domain Migration von NT4 auf W2K3 mit ADMT in Bezug auf Exchange zu beachten? Leider kann ich mir den Spruch "Exchange Profi" nicht auf die Brust schreiben, von daher bin ich für jeden Tipp dankbar! Gibt es sonst noch wichtige Punkte, die bei der Installation des W2K3 in Bezug auf die ADMT Migration zu beachten sind?

Den Lizenzierungsmodus kannst du in der Terminaldienstekonfiguration ändern. Aber Achtung! Der W2K3 TS hat einen Bug, bei dem sich die Lizenzierung von per User auf per Device zurückstellt, wenn über Software eine Windows Komponente hinzugefügt wird...

Ja!

Womit ich dann theoretisch den alten PDC zum BDC herabstufen müsste???

Über GPOs kannst du deinen XP Clients auch mitteilen, wann sie den Bildschirmschoner aktivieren sollen, hätte einen ähnlichen Effekt, wenn man die Passwortabfrage erzwingt.

Schau mal in die Terminalserverkonfiguration, ob dort nur eine Sitzung Pro Nutzer erlaubt ist...

Hallo zusammen, ich habe mir schon mehrere Beiträge im Forum zu diesem Thema durchgelesen, hätte aber dennoch ein paar Meinungen zum folgenden Vorhaben gehabt. Die NT 4.0 Domain soll von einer W2K3 Domain abgelöst werden. Dazu wird ein neuer Server angeschafft. Auf diesem wird der NT 4.0 Server installiert und zum BDC gemacht, dieser zieht sich dann die Nutzerkonten. Danach soll der BDC auf W2K3 migriert werden. Die Frage(n) ist/sind, ob das so einfach geht, was mit dem NT 4.0 PDC wird/werden sollte, gibt es einfachere Wege die Nutzer in das ADS zu integrieren (Stichwort ADMT)?

Ein W2k3 TS Server kann sich nur TS CAL von einem W2K3 Terminallizenzierungsserver holen. Befindet sich ein W2K3 TS in einer W2K oder NT Domain kann man den Terminalserverlizenzierungsdienst auch auf einem W2K3 TS installieren. Gegebenenfalls muss man dem TS mitteilen, wo er den Lizenzserver findet (siehe: http://support.microsoft.com/default.aspx/kb/279561) Ein extra (physischer) W2K3 TS Lizenzserver ist also nicht nötig! Im übrigen ist bei der pro User Lizenzierung lediglich das vorhandensein des Lizenzierungsservers nötig um den TS mit einer "korrekten" Lizenzierung zu versorgen...

Hallo, auf einem W2K Terminal Server (SP4), mit Citrix MetaFrame XP, FR2 haben wir das Phänomen, dass wir nach Installation von eTrust Antivirus (7.1) keine Befehle in der Eingabeaufforderung mehr ausführen können. Das heisst, dem Server sind Befehle wie "change user /install", "ping" usw. unbekannt. Kennt jemand dieses Phänomen und wenn ja wie kann man es abstellen???