mg_it

@firefox danke für das script @olc :shock: kann mir echt nicht erklären, wie ich die filteroption übersehen habe über den menüeintrag "filter" hab ich bestimmt 5x drübergelesen manchmal sieht man den wald vor lauter bäumen nicht :rolleyes:

@firefox Danke! @olc wir verwenden Win2k3 SP1 mit TreeSize hab ichs auch schon ausprobiert, jedoch kann ich mit TreeSize Free 2.1 nicht nach Dateitypen filtern

Hi, kennt jemand ein Tool mit dem ich eine Auflistung erstellen kann, die mir zeigt, wieviele Dateien pro Dateityp (jpeg, doc, pdf,...) in einem bestimmten Verzeichnis gepeichert sind und welche Speicherkapazität diese belegen? Hab schon versucht, eine Suche nach zB jpeg-Dateien auf ein Verzeichnis auszuführen, wodurch ich zwar die Anzahl der vorhandenen jpegs in diesem Verzeichnis erhalte aber nicht den belegten Speicherplatz den diese Dateien belegen. Auch wenn ich alle Dateien markiere und die Eigenschaften aufrufe, erhalte ich keine Speicherplatz angabe (liegt vielleicht daran, dass es sich um ~120.000 Files handelt) Hat jemand eine Idee? Danke!

Danke, genau das wars.

Hi! Wir verwenden hier eine W2k3-Domäne mit XP-Clients und 2 W2k-Terminalserver Es sollen Proxy-Einstellungen für alle Benutzer auf deren XP-Clients via Group Policies konfiguriert werden. Weiters sollen andere Proxy-Einstellungen auf den beiden Terminalservern für die gleichen Benutzer konfiguriert werden und diese Proxy-Einstellungen sollen von den Benutzern nicht verändert werden dürfen. die Benutzer befinden sich in einer eigenen OU die Terminalserver befinden sich in einer eigenen OU und die XP-Clients befinden sich ebenfalls in einer eigenen. ich habe 2 GP's erstellt: GP "ProxyXP": beinhaltet die Proxy-Settings für die XP-Clients GP "ProxyTSVR": beinhaltet die Proxy-Settings für die Terminalserver + Einstellung, dass die Proxy-Settings nicht geändert werden dürfen. Wie weise ich nun die beiden GP's zu, sodass die GP "ProxyTSVR" nur beim Anmelden an die Terminalserver ziehen und beim Anmelden an die XP-Clients nur die GP "ProxyXP" ich habe bereids die GP "ProxyXP" der OU mit allen Benutzern zugewiesen, wodurch dann diese Einstellungen auch auf dem Terminalserver zum Zug kommen. => ist klar kann man mit Hilfe beim zuweisen von Group Policies Ausnahmen definieren? da die Proxy-Einstellungen in den Benutzereinstellungen einer Group Policy definiert werden, kann ich diese Group Policies ja nur einer OU zuweisen, in der sich auch Benutzer befinden, damit diese auch angewendet wird. Hat jemand eine Idee, oder seh ich den Wald vor lauter Bäumen nicht? *g* Danke!

schau mal bei ETC rein Enterprise Training Center nähe Schwedenplatz

1. Frage: Wie kann man eine manuelle Synchronisation durchführen. 2. Frage: Computer laden Updates nach wie vor Updates von Microsoft herunter, obwohl sie sich in einer Gruppe am WSUS befinden und ihnen Updates zugewiesen wurden. => Ursache? Also die WSUS-Fragen sind das kleinste Problem bei der Prüfung ;)

Hi! Hab gestern die 70-290 erfolgreich absolviert. Ich hab mich ausschließlich mit dem grünen Microsoft Buch (also 1. Auflage) vorbereitet. Die Prüfung hab ich bei einem Pearson/VUE Testcenter abgelegt. Bei der Prüfung waren auch schon 2 Fragen zum WSUS dabei! Daher nehme ich an dass Pearson/VUE die Testfragen nun an die 2. Auflage angepasst hat. Wollte nur mal Bescheid sagen, vielleicht hilft es jemanden bei der nächsten Prüfung. Auf die zukünftigen Prüfungen werd ich mich mit der 2. Auflage vorbereiten. MfG

Hi! Kann mir jemand sagen, ob es spürbare Performanceeinbußen gibt, falls Überwachungsrichtlinien aktiviert und konfiguriert sind? z.B.: bei der Objektzugriffsüberwachung fallen doch sehr viele Eventlogeinträge an Wir haben derzeit folgende Überwachungsrichtlinien aktiviert: Anmeldeereignisse überwachen Kontenverwaltung überwachen Objektzugriffsversuche überwachen Prozessverfolgung überwachen Rechteverwaltung überwachen Richtlinienänderung überwachen Systemereignisse überwachen (bei allen Richtlinien Erfolg/Fehlgeschlagen) Möchte nun wissen, ob es aus Performancesicht nicht besser wäre diese zu deaktivieren und nur zu aktivieren, falls diese wirklich benötigt werden? Wie ist das bei euch? Habt ihr diese Überwachungsrichtlinien ständig aktiviert? Danke!

Hi! Weiss nicht ob es unter SBS 2003 das gleiche Log gibt aber unter XP findest du das Log für die geplanten Tasks unter C:\WINDOWS\SchedLgU.Txt MfG

Hab die Ursache mit Hilfe der microsoft-newsgroup finden können. AdminSDholder http://support.microsoft.com/?scid=kb%3Ben-us%3B817433&x=3&y=9 AdminSDholder betrifft nicht nur die ACL's der gschützten Gruppen und Benutzerkonten, sonder eben auch die Benutzereinstellung "Benutzer kann Kennwort nicht ändern" In meinem Fall waren alle Benutzer Mitglied der Druckoperatoren. vielleicht Hilfts wem ;) MfG

habe 3 Testuser mit folgenden Gruppenzugehörigkeiten erstellt: Gruppenmitgliedschaft von Test1: DomainUsers Administratoren globale Sicherheitsgruppe (von NT4 migriert) Gruppenmitgliedschaft von Test2: DomainUsers globale Sicherheitsgruppe (unter Windows Server 2003 neu erstellt) Gruppenmitgliedschaft von Test3: DomainUsers globale Sicherheitsgruppe (von NT4 migriert) globale Sicherheitsgruppe (unter Windows Server 2003 neu erstellt) bei den Benutzern "Test1" und "Test3" wurde die Einstellung "Benutzer kann Kennwort nicht ändern" wieder zurückgesetzt bei Test2 wurde die Einstellung beibehalten liegt also anscheinend an den Sicherheitsgruppen, die noch in der NT4-Domäne erstellt wurden ist jemandem dieses Problem bekannt? gibt es eine andere Möglichkeit, als alle Sicherheitsgruppen neu anzulegen? wäre ja ein enormer aufwand, sämtliche Gruppenmitgliedschaften und Berechtigungen neu anzulegen

mit rsop.msc hab ichs auch schon probiert, es sind unter Computer Configuration -> Security Settings -> Account Policies -> Password Policy alle Richtlinien auf "not defined" gesetzt ich hab jetzt etwas herum experimentiert: wenn ich einen neuen Benutzer anlege und dieser nur in der Gruppe "DomainUsers" ist bleibt die Einstellung "User cannot change password" bestehen sobald ich jedoch diesen Benutzer in eine manuell konfigurierte Sicherheitsgruppe aufnehme, wird die Einstellung "User cannot change password" wieder überschrieben kann das daran liegen, dass die Sicherheitsgruppen von einer NT4-Domäne migriert wurden??? muss mal ausprobieren, ob dieses Problem auch auftritt wenn ich eine neue Sicherheitsgruppe erstelle und einen Benutzer in diese aufnehme (leider wird diese Einstellung immer nur stündlich überschrieben :( )

Hab jetzt mal alle Kontenrichtlinien aus der "Default Domain Policy" und der "Default Domain Controller Policy" herausgenommen, außer *) Password Policy - Password must meet complexity requirements: disabled und die Kerberos Richtlinien sind auch konfiguriert hab mit Replmon noch mal die Replikation beobachtet wenn ich bei einem Benutzeraccount die Option: "User cannot change Password" aktiviere wird diese auf den anderen Server richtig repliziert jedoch wird stüdnlich (immer 9 Minuten nach der vollen Stunde) diese Option wieder zurückgesetzt (wird vom Replmon als normale Replikation erfasst) wie kann ich das Problem am besten aufspüren? hat noch jemand einen Tipp für mich?

du musst Mitglied der Administratorengruppe sein, um auf administrative Freigaben zugreifen zu können