Dickens

Aber gibt es bei der Suche über AD Benutzer und Computer auf dem Benutzeraccount nicht die Karte "Objekt"? Dort müsste der Pfad zum Account aufgelistet sein.

Um es auf dem ganz einfachen Weg zu machen gibt es im AD 2000/2003 in der Menüleiste das Symbol Exportieren (oder Liste exportieren). Wenn der angeklickt wird, wird der aktuelle Container in eine Excelliste exportiert. :cool:

Im Terrorcamp bei Al Quaida gewesen?:D

Das denke ich auch! In den MS Büchern lese ich davon nichts, aber auf diversen Seiten im Internet! Überhaupt bin ich erstaunt, was ich gerade beim Server 2003 für unterschiedliche Sachen lese.:shock:

Hallo, bei der anonymen Authentifizierung wird ja das Recht zur lokalen Anmeldung benötigt, dass IIS ja für das Konto IUSR_Computername automatisch einrichtet. Bei der Standardauthentifizierung wird dieses Recht angeblich auch benötigt, und muss an die User, bzw. Gruppe explizit vergeben werden. Nun ist es aber so, dass User in meiner Testumgebung trotz Standardauthentifizierung und OHNE das Recht zur lokalen Anmeldung, nach Eingabe von Benutzername und Passwort auf die Website zurgreifen können. Es ist keine andere Authentifizierung konfiguriert. Ich habe zum testen sogar das Recht zur lokalen Anmeldung verweigert, aber der Zugriff auf die Websites funktioniert für die jeweiligen User trotzdem. Der IIS Server ist auch DC. (Ohne Anbindung zum Internet;) Sever 2003 Enterprise SP 1 Clients XP Pro engl. SP1 Wo hab ich den Denkfehler?:suspect: Gruß Dickens

Wieviel Speicherplatz ist denn tatsächlich verfügbar? Wenn das Profil vom Server nicht geladen werden kann, kommt doch normalerweise das lokale Profil zum Einsatz (falls das nicht unterbunden wurde), da gibt es dann auch ne Fehlermeldung die darauf hinweist. :suspect:

Welchen Webserver verwendest Du denn?

Wie sieht das ganze im Gerätemanager aus (bei lokalen Druckern)? Woher hast Du die Treiber?

Morgen:) also hab das ausprobiert, hat auch nicht geklappt. Aber ich habe festgestellt:D , dass es andersrum funktioniert, also aktiviert beim Remotedesktopclient (Drucker und Laufwerke), und von oben her (RDP, Account) deaktiviert, somit stehen dann keine Drucker und LW zur Verfügung bis ich auch oben das aktiviere. Wenn ich das im grünen Buch richtig verstanden habe, muss die Aktivierung im Client erfolgen, und kann aber auf höherer Ebene deaktiviert werden, was ja auch meine Spielereien ergeben haben. Nur beim Prgrammstart klappt es von oben, also Beispielsweise gebe ich in der RDP Verbindung an, dass der Desktop angezeigt wird und im Remotedesktopclient gebe ich ein Programm an, das gestartet werden soll. In dem Fall überschreibt RDP die Clienteinstellungen. :wink2:

Auch von mir herzlichen Glückwunsch:)

Ist das die CD aus dem grünen Buch? Wenn die erste Frage nicht geht, kannst Du die nicht überspringen? Ansonsten würde ich das neu installieren, wäre ja kein Beinbruch;)

Ist ein lokaler Drucker. Dann werde ich das mal testen.;)

Nein, nicht wirklich... Ich dachte, dass der Terminalserver den Druckertreiber selber findet und bereitstellt Aber das Drucken klappt ja, wenn ich mir per Client den Drucker verbinden lasse.:suspect:

Morgen:) bin etwas verwirrt.:D Habe einen 2003 Domänencontroller SP1 und Client XP Prof. engl. SP1 (Testumgebung) Auf dem DC ist der Terminalserver installiert, funzt soweit auch alles. Auf dem Client ist ein lokaler Drucker installiert, aber das Problem ist folgendes: Wenn ich z.B. in der RDP Verbindung oder im Useraccount die Druckerumleitung AKTIVIERE und im Remotedesktopclient das selbige NICHT aktiviert ist, wird mir der Drucker in der Terminalsitzung NICHT verbunden:suspect: Auf GPO Ebene ist nichts konfiguriert. Nur wenn ich im Remotedesktopclient den Haken für die Druckerumleitung setze, wird mir der Drucker verbunden.:suspect: Normalerweise werden doch die Einstellungen im Remotedesktopclient von allen höheren Ebenen (GPO, RDP, Account) überschrieben. :suspect:

Ist ne ganz normale Frage, also keineswegs peinlich;) :)

Hi, falls Du Active Directory nutzt, ist DNS zwingend erforderlich;)

Hm...ich hatte es zuvor mit dieser Richtline im AD auf die OU Computerobjekte probiert, das hat nicht funktioniert, obwohl ich Profile neu erstellt habe.:suspect:

Morgen,:) so, hab das getestet. Ich musste allerdings diese Richtlinie lokal am Client aktivieren (so stehts auch in der Erklärung), anschließend hatte ich am Server dann auch Zugriff auf den jeweiligen Profilordner.:cool: Ich denke, so war das gemeint, oder?

OK, werd ich testen, danke;)

Hab was gefunden: Userenv Event 1525 wird protokolliert Scheint nicht von Bedeutung zu sein:p

Hallo, ist ja interessant, danke, hab ich in noch keiner Lektüre gelesen:mad: Bin wohl immer noch 2000 Server geschädigt:D Was könnte es aber mit dem Eintrag im Ereignisprotokoll beim Client auf sich haben? Ich google mal... Danke! :)

Guten Morgen,:) ich habe eine kleine Testumgebung mit Server 2003 SP1 Enterprise (Evaluierung) und Clients mit W2k und XP Pro SP1 (englisch). Auf dem Server werden auf einer separaten Partition die Servergespeicherten Profile gehostet. Die Pfade sind sauber in den Useraccounts eingetragen, das Laden und entladen der Profile funktioniert auch auf den Clients einwandfrei. Das Problem ist, ich als Administrator auf dem Server kann die Profile nicht öffnen - Zugriff verweigert! Pfad ist \\Servername\Profiles\Username Profiles ist natürlich freigegeben mit Jeder Vollzugriff, diesen Ordner kann ich als Admin auch öffnen, aber die jeweiligen Profilordner nicht! Ich habe nicht einmal die Berechtigung die ACL's einzusehen - Zugriff verweigert!:o An den NTFS-Berechtigungen wurde nichts geschraubt! Auf dem XP Client steht im Ereignisprotokoll, dass für das Roaming Profiles Share das Offline Caching aktiviert ist, und das empfohlen wird, das zu deaktivieren, da es zu korrupten Profilen kommen kann. Auf dem Server sind keine Offlinedateien aktiviert, und für die Profiles-Partition sind weder Quotas, Schattenkopien noch sonst irgendwas aktiviert. Woran liegt es, dass ich die Profilordner nicht öffnen kann, das hat doch nichts mehr mit den Berechtigungen zu tun:confused: Danke für's lesen:)

Welches Betriebssystem hast Du denn überhaupt installiert:confused: In der Recovery Konsole kannst Du Dir alle dort verfügbaren Befehle anzeigen lassen indem Du den Befehl Help eingibst. Der Befehl format \c: ,wie Du ihn angegeben hast, funktioniert SO sowieso nicht!

Wo und wie deaktivierst Du diese Richtlinie? :)

Du verwirrst ihn nur noch weiter...;) :)