Christoph35

ok, ist ja in Ordnung :) http://www.gruppenrichtlinien.de solltest du dir dann mal ansehen. Christoph

Gruppenrichtlinien sind aber grundsätzlich schon bekannt oder? Die gewünschten Settings liegen unter User settings/Windows Settings/Folder Redirection. Aber die Erklärungen bitte gut durchlesen, sonst hat man die User schnell von ihren Daten getrennt ;) Christoph

Jo, jeder User hat bei der Methode seinen Ordner, aber es gibt trotzdem nur eine Freigabe, nämlich die des Parent-Folders. Die Berechtigungen auf die Ordner für die User werden von Windows automatisch korrekt gesetzt. Jetzt wird evtl. nur noch ein Script benötigt, dass das Mapping vornimmt. Christoph

Bin leider erst heute abend dazu gekommen, dass nachzusehen. Also, der Reg.-Key war noch auf 1 gesetzt, trotzdem bekomme ich die Fehlermeldung. Hast Du noch eine Idee, wo ich mit der Fehlersuche beginnen könnte? Christoph

Naja, also bei der 294 kann man auch mit dem Fragenpool Pech haben. Ich habe meine 294 im ersten Anlauf mit nur 600 Punkten ziemlich in den Sand gesetzt. Eine Woche später hatte ich einen anderen Fragenpool, den ich wesentlich leichter fand und habe da mit ca. 830 Punkten locker bestanden. Bei den anderen Prüfungen gebe ich dir recht. Und: Die 299 kann man etwa auf dem Niveau der 293 ansetzen. Christoph

Freut mich, dass wir helfen konnten! Hat mich jedoch etwas erstaunt, dass der Fehler 10106 bei EventID.net nicht zu finden ist... Christoph

Das hier könnte was für dich sein: http://forum.adiscon.com/ltopic,427,0,asc,30.html wird zwar auch noch mal was über tcp/ip deinst. gesagt, aber auch, was man auf nem XP Client tun muß, wo sich tcp/ip nicht de- und reinstallieren lässt. Christoph

Ok, ich habe also den Admin. account von Litware in die gruppe builtin/Administratoren der Fabrikam Domain hinzugefügt. Dann habe ich auf dem Server02 das ADMT installiert und mit "admt key litwareinc c:\" ein pes-file für die Password-Migration erstellt. Das File habe ich auf den Server01 kopiert (ohne Diskette, falls das eine Rolle spielt). Dann habe ich auf dem Server01 die password migration dll installiert und das auf dem server01 befindliche pes-File benutzt. Anschließend habe ich server01 rebootet, dort den registry-eintrag auf 1 gesetzt (allowpasswordexport) und den server01 noch mal rebootet. Dann auf Server02 den ADMT User account migration wizard gestartet, source und target domains ausgewählt, user konten ausgewählt, target ou ausgewählt, die option password migration gewählt und den "password migraton source dc" als server01 gesetzt. Klicke ich jetzt auf weiter, sagt er mir: Unable to establish a session with the password export server. There is no such object on the server. Was habe ich falsch gemacht, und welches Objekt ist überhaupt gemeint Kann es daran liegen, dass der DC server01 deutsch ist und ich ein englisches ADMT installiert habe? Christoph

Hi, Grizzly, danke für den Link und die Unterstützung beim Klardenken ;). Ich sag ja, ist was banales ... :rolleyes: Jetzt frag ich mich nur eins: das Übungsszenario besagt, dass User aus der Domain litware in die domain fabrikam via admt migriert werden sollen. Vorher sollte dafür ein Trust eingerichtet werden und dann der Fabrikam-Admin der litware Domain als schema-admin, org.-admin und domain admin hinzugefügt werden und umgekehrt (litware admin mit entsprechenden rechten in der fabrikam domain). Das Szenario besagt nicht, dass die Fabrikam Domain mitglied des Litware Forests sein soll (sonst bräuchte ja auch nicht extra ein Trust eingerichtet werden). Das kann ja dann gar nicht so funktionieren, wie es im SelfPacedTrainingKit für Exchange 2003, Kap. 5, Lektion1, Übung 1 beschrieben steht. Ich zitiere mal Schritt 7 der Übung: Muß ich stattdessen mit dem Delegation Wizard arbeiten? Oder kann ich mir das mit den Gruppenmitgliedschaften sparen um die User-migration durchzuführen? Christoph

Hallo, zusammen, habe ein Problem mit universellen Gruppen in W2K Domains. Folgende Situation: Server01: W2K SP4 m. Update Rollup, DC für AD W2K native Mode (litwareinc.com), DNS Server AD-int. für litware, sec. für fabrikam.com IP 192.168.10.1 Exch. 5.5 SP4 NetBIOS aktiviert Server02 Member Domain litwareinc.com IP 192.168.10.2 W2K3 SP1 DNS Server 192.168.10.1 Ex 2k3 NetBIOS aktiviert Server03 W2K SP4 m. Upd. Rollup DC für AD W2K native mode (fabrikam.com) DNS Server AD integr für Zone fabrikam.com und sec. für litwareinc.com IP 192.168.10.3 Exchange 2000 Habe einen 2-seitigen externen Trust eingerichtet und bestätigt, bevor ich den Domain-Mode in beiden Domains umgeschaltet habe. In der Anmeldemaske werden beide Domains angezeigt, für Shares kann ich NTFS und Shareberechtigungen an User beider Domains vergeben. In AD kann ich DL-Gruppen User aus beiden Domains hinzufügen, für globale Gruppen natürlich nur aus der eigenen Domain. NSLookup und Ping mit FQDN und NetBIOS Namen: funktioniert alles. Soweit so gut. Versuche ich nun einer universellen Gruppe User aus der anderen Domain hinzuzufügen, sehe ich in der Liste "Suchen in" nur die lokale Domain. Das ist in beiden Domains so. Sollte ich nicht einer univ. Gruppe Mitglieder aus allen Domains hinzufügen können Warum behandelt er die univ. Gruppen sowie eine globale?! Vielleicht ist es auch nur igendwas banales, was ich vergessen habe, aber manchmal sieht man den Wald vor lauter Bäumen nicht... Das Szenario entnehme ich einem Übungsbuch für die 70-284. Christoph

Wäre es dir möglich zu versuchen, einen Testrechner in die Domain aufzunehmen? Christoph

Am besten postest du noch mal die Ergebnisse von ipconfig /all, nachdem du die Änderungen gemacht hast. Steht da immer noch was von automatischer Adressvergabe mit net 169.254.y.z Adresse? /edit: er kann wahrscheinlich nach wie vor weder über DNS noch über NetBIOS den DC finden, dann kann er auch nicht beitreten. Christoph

Habe mir grad den ganzen Thread nochmal durchgelesen, weil ich den nicht mehr so ganz im Kopf hatte ;). Ok, das Problem scheint aber eher am Client zu liegen, weil ja nach Hübis Angaben nur dieser eine Rechner Probleme verursacht. In einem der Artikel, auf die ich gelinkt habe,wird vorgeschlagen, das TCP/IP Protokoll zu löschen und wieder neu zu installieren. Wurde das schon versucht? Vielleicht war ja mal ein Treiber auf dem Rechner, der da was verunstaltet hat... Christoph

Weiß zwar nicht, ob dir das weiterhilft, aber guck mal hier: http://www.eventid.net/display.asp?eventid=5737&eventno=1482&source=Netlogon&phase=1 und hier: http://www.windowsitpro.com/Article/ArticleID/38380/38380.html @lefg: sorry, hast recht, ich hatte die Eventlog Einträge überlesen. Nichtsdestotrotz könnte es nicht schaden, mal das AD auf Probleme zu checken. Christoph

Soweit korrekt, wenn der DC auch als DNS Server fungiert, dürfte wohl der Fall sein? In dem Fall würde ich mal auf dem Server DCdiag ausführen und schauen, ob das Programm Fehler meldet. Irgendwie hat der Client ja Probleme, den DC zu finden. Christoph

Danke für dein Feedback! Das mit dem Neu-Aufsetzen eines DC ist imho besser, als ein Image zurückzuspielen, besonders, wenn es sich dabei um ein so altes Image handelt. Christoph

Sorry, habe mich missverständlich ausgedrückt. Was ich meinte ist, welchen DNS Server du in den IP-Eigenschaften der Netzwerkverbindung angegeben hast. Christoph

Welchen DNS Server hast du denn auf dem Client konfiguriert? Ist das der DC? Oder ein anderer Server? Normalerweise sollte das ja über den DHCP mitgeliefert werden, aber das funktioniert ja bei dir nicht, warum auch immer. In dem Fall mußt du dann auch den DNS Server manuell angeben. Christoph

Naja, fangen wir mal mit den Basics an. (Btw. hast du den MS Artikel gelesen?) Ist der DC auch als DNS Server konfiguriert? Wenn ja: Auf welchen DNS Server zeigt denn der DC (ipconfig /all zeigts an)? In den meisten AD Implementationen wird das der DC selbst sein. Wenn das nicht der Fall ist: die IP des DC auch als 1. DNS Server eintragen und Server neu starten. Damit werden die benötigten SRV Einträge im DNS erzeugt. Wenn das erledigt ist, schauen wir weiter. Christoph

Kannst Du mal nähere Angaben machen, was genau nicht funktioniert? Fehlermeldungen etc.? Auf WINS bzw. NetBIOS verzichten würden wohl viele gern... lässt sich aber noch nicht wirklich vernünftig umsetzen. Solltet Ihr z.B. Exchange einsetzen wollen: Das braucht auch in der aktuellen Version 2003 noch NetBIOS. Christoph

Naja, war auch eher ein kurzzeitiges Experiment bei mir ... Einen oder 2 Tage nach der Installation vom VMWare lief die 180Tage Evalversion des W2K3 Servers ab ... und nach dem ich den neu installiert hatte, hab ich auch VMWare nicht mehr auf dem DC installiert. Christoph

Sorry, Necron, aber für VMWare Workstation trifft das nicht zu! Er gibt wohl eine Warnmeldung heraus, dass das nicht unterstützt wird, aber man kann VMWare WS installieren (habe ich mit 4.5 und 5.0 schon gemacht) und auch VMs starten. VMWare GSX habe ich nicht getestet; mag sein, dass sich Dein Statement darauf bezieht. Christoph

Verwechselst Du hier DHCP und DNS? Du brauchst auf jeden Fall einen DNS Server, auf dem der DC seine Einträge ablegt, mit denen dann wiederum die Clients eine Anmeldung an der Domain durchführen können. Das ist meistens der DC selbst, muß aber nicht zwingend so sein. Ansonsten bitte nochmal lesen unter http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/DepKit/c283b699-6124-4c3a-87ef-865443d7ea4b.mspx Von da aus bitte Deploying Network Services und dann auf den DNS Link. :) Christoph

Hast du den 2. Server als Name Server hinzugefügt (in den Eigenschaften der Zone)?

Jo, bin auch grade dabei mich auf die 284 vorzubereiten und kann dmetzgers Vorgehensweise voll unterstützen. Habe mir auch schon einen guten Teil dieser Doku ausgedruckt und gelesen. Aktuell bin ich gerade beim Transport and Routing Guide. Zusätzlich stecke ich gerade in einer Exchange-Migration in der Praxis (klappt auch bisher ziemlich gut :D) und habe schon diverse VM-Labs gebaut. Christoph