nadinsche

....Gelöst.... Falls die manuelle De-Installation nicht klappen sollte: Hier der Registry-Zweig: HKLM\SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002bE10318} Den/die entsprechenden Einträge auswählen, löschen, fertig

Whooaa :D Genau nach sowas hab' ich gesucht ;) Danke!! (auch für die andere Antwort) grüssle

Hi, ich bin auf der Suche nach einem Tool, das mir auf unserem Fileserver eine Auswertung erstellt, welche Domänengruppe auf welchen Ordner Zugriff hat. Wir haben hier ca. 300 Gruppen in unserer Domäne und noch mehr Ordner auf unserem Fileserver :nene: (Server 2003) Jedesmal, wenn ich einen neuen User anlege, eiere ich damit rum. Ich machs mir dann meistens einfach und kopiere den User einfach von einem, der in derselben Abteilung arbeitet :D Ich würde aber gerne auch mal eine Auswertung fahren und die Zugriffsrechte überprüfen.. Also eine Art Baumstruktur, vielleicht in der Art: Ordner XY: Zugriff für Gruppe A Zugriff für Gruppe B Ordner XX: Zugriff usw... Vielleicht eine ****e Frage, finde dazu aber nichts.. Danke schonmal ;) grüsse nadinsche

Hi, ja, habe den schon bei MS angefordert und auch bekommen. In meinem Fall ist die Lösung aber doch recht simpel gewesen. Hat mich Stunden gekostet, dahinter zu kommen :mad: Wir haben die Standard-Rechte für die Partition seinerseits geändert. Die Gruppe "System" benötigt Vollzugriff auf das Volume, ansonsten wird das nix! Trotzdem vielen Dank für deine Mühe ;) grüssle nadinsche

Hallo zusammen, tja die Überschrift sagt schon alles. Ich habe hier einen Fileserver 2003 Standard mit SP2. Es befinden sich 3 Partitionen auf dem Server, bei zweien kann ich die Schattenkopie aktivieren, nur nicht auf der Partition, auf der ich dieses Feature haben möchte :rolleyes: Ich bekomme immer die folgende Meldung, wenn ich auf das Register "Schattenkopien" gehe: Im Eventlog taucht dann auch immer die folgende Warnung auf: Laut MS-Knowledgebase sollte das mit SP2 gefixt sein, aber nicht bei mir :cry: Ach ja, und das Volume läuft seit ca. 1,5 Jahren ohne Murren, auch eine Fehlerüberprüfung brachte nichts... Danke vorab für eure Hilfe ;) grüssle nadinsche

ok danke :)

Einfach einen Datenträger von unseren Servern2003 R2 genommen? Sind OEM Lizenzen. Wie gesagt, Lizenzkey wurde ohne Probleme übernommen. Und auf unseren R2-Servern finde ich nirgends den Hinweis, dass das R2-Server sind. Die R2-Goodies von Cd2 haben wir nirgends installiert. Deshalb frag ich ja, ob es da überhaupt Unterschiede gibt :rolleyes: Ich habe hier noch einen unbenutzen Server2003 Standard Key, den wollte ich in Verbindung mit einem R2 benutzen.

Hi zusammen, könnte mir bitte jemand sagen, ob ich mit einer Server 2003 Standard Lizenz (OEM) einen Server 2003 Standard R2 installieren kann/darf? Ich teste das gerade unter VmWare. Also Server2003 Standard R2 CD und die Seriennummer von einem Server2003 Standard. Die Seriennummer hat er jedenfalls geschluckt und habe mich auch schon angemeldet. Hmm:confused: , müsste ein R2 nicht noch nach einer 2. CD nach der Installation verlangen? Soll ein Standalone Server werden (ohne AD), soll/muss ich überhaupt die R2-Goodies mit installiern? Dank' euch grüssle nadinsche

Hallo CheechChong, danke für deine Hilfe ;) Aber das Problem verschwindet ab dem Moment, an dem ich den DomainController in die Standard OU "Domain Controllers" verschiebe. Dort greift diese "spezielle" Richtlinie nicht und auch die Updates gehen wieder. Ich finde in unserer Richtlinie aber nischts :o , was darauf hinweist, dass die Windows Updates nicht mehr installiert werden dürfen. Ich hätte mal auf "Computerkonfiguration" ==> "Zuweisen von Benutzerrechten" getippt. Was passiert eigentlich, wenn ich die Standardeinstellungen verändere? Wenn z.B. als "Vordefiniert" der Administrator hinterlegt ist. Aktiviere ich eine Einstellung für andere Benutzer, muss ich dann den Administrator noch einmal manuell hinzufügen?:suspect: grüssle nadinsche

Hallo zusammen ;) habe wieder mal ein Problem am Hals und hoffe, mir kann jemand weiterhelfen... Der Titel besagt eigentlich schon alles. Ein Domänencontroller von uns verweigert sämtliche Updates (Windows Server 2003), manuell angestossen durch den Domänen-Administrator. Beim Versuch, die Updates zu installieren, bekomme ich die Fehlermeldung, dass ich nicht die benötigten Rechte besitze. Für den DC existiert eine separate Gruppenrichtlinie, verschiebe ich den DC in die OU [Domain Controllers] mit der Standard-Richtlinie dafür, dann funktionieren auch die Updates. Anbei die "spezielle" Gruppenrichtlinie für den DC. Ist vielleicht für irgendjemanden ersichtlich, warum damit keine Updates installiert werden Domäne huber.dom Besitzer HUBER\Domänen-Admins Erstellt 02.11.2006 12:50:36 Verändert 23.05.2007 07:36:24 Benutzerrevisionen 1 (AD), 1 (sysvol) Computerrevisionen 50 (AD), 50 (sysvol) Eindeutige Kennung {16CF9D8B-39D7-4E65-8770-0FB6F6C4E044} Status Benutzereinstellungen deaktiviert Verknüpfungen Speicherort Erzwungen Verknüpfungsstatus Pfad Domänencontroller Nein Aktiviert huber.dom/Ostrov/Domänencontroller Die Liste enthält Verknüpfungen zur Domäne des Gruppenrichtlinienobjekts. Sicherheitsfilterung Die Einstellungen dieses Gruppenrichtlinienobjekts können nur auf folgenden Gruppen, Benutzer und Computer angewendet werden: Name NT-AUTORITÄT\Authentifizierte Benutzer NT-AUTORITÄT\DOMÄNENCONTROLLER DER ORGANISATION WMI-Filterung Name des WMI-Filters Kein Beschreibung Nicht anwendbar Delegierung Folgende Gruppen und Benutzer haben die angegebene Berechtigung für das Gruppenrichtlinienobjekt Name Erlaubte Berechtigungen Geerbt HUBER\Domänen-Admins Einstellungen bearbeiten / Löschen / Sicherheit verändern Nein HUBER\Organisations-Admins Einstellungen bearbeiten / Löschen / Sicherheit verändern Nein NT-AUTORITÄT\Authentifizierte Benutzer Lesen (durch Sicherheitsfilterung) Nein NT-AUTORITÄT\DOMÄNENCONTROLLER DER ORGANISATION Lesen (durch Sicherheitsfilterung) Nein NT-AUTORITÄT\SYSTEM Einstellungen bearbeiten / Löschen / Sicherheit verändern Nein[/size] [size="1"]Computerkonfiguration (Aktiviert) Windows-Einstellungen Sicherheitseinstellungen Lokale Richtlinien/Überwachungsrichtlinie Richtlinie Einstellung Anmeldeereignisse überwachen Fehlgeschlagen Anmeldeversuche überwachen Fehlgeschlagen Kontenverwaltung überwachen Fehlgeschlagen Objektzugriffsversuche überwachen Fehlgeschlagen Prozessverfolgung überwachen Fehlgeschlagen Rechteverwendung überwachen Fehlgeschlagen [/size] [size="1"]Lokale Richtlinien/Zuweisen von Benutzerrechten Richtlinie Einstellung Anmelden über Terminaldienste zulassen VORDEFINIERT\Administratoren, HUBER\Domänen-Admins, HUBER\Verwaltung Ostrov Hinzufügen von Arbeitsstationen zur Domäne Verwaltung Ostrov, NT-AUTORITÄT\Authentifizierte Benutzer Lokal anmelden zulassen VORDEFINIERT\Administratoren, HUBER\Domänen-Admins, HUBER\Verwaltung Ostrov [/size] [size="1"]Lokale Richtlinien/Sicherheitsoptionen Microsoft-Netzwerk (Server) Richtlinie Einstellung Microsoft-Netzwerk (Server): Kommunikation digital signieren (immer) Deaktiviert Microsoft-Netzwerk (Server): Kommunikation digital signieren (wenn Client zustimmt) Deaktiviert [/size] [size="1"] Administrative Vorlagen System/Benutzerprofile Richtlinie Einstellung Eigentümer von servergespeicherten Profilen nicht prüfen Aktiviert Sicherheitsgruppe "Administratoren" zu servergespeicherten Profilen hinzufügen Aktiviert Benutzerkonfiguration (Deaktiviert) Keine Einstellungen definiert Hoffe, man kann es lesen.... Dank' euch :) grüssle

Hallo Ihr Lieben ;) , wir setzen nun seit gut einem halben Jahr Windows-Server 2003 ein, u.a. als Fileserver. Vorher hatten wir Netware-Server. Dort konnten wir sehr einfach einstellen, dass gelöschte Dateien auf den File-Servern in einer Art "Papierkorb" landeten, die Administratoren konnten die Dateien mit einem "Salvage" sehr einfach wieder herstellen. Gibt es unter Server2003 keine Möglichkeit, solche Dateien wieder herzustellen (ausser mit Schattenkopien)? Das konnte Netware schon vor 7 Jahren :shock: Ich weiss, man sollte Äpfel nicht mit Birnen vergleichen, aber das bereitet mir doch Kopfzerbrechen. Dank' euch für eure Antworten grüssle nadinsche

Hallo und sorry für meine verspätete Antwort ;), ist einfach untergegangen... Das Startscript funktioniert eigentlich, tritt nur bei bestimmten Rechnen auf... **hm, grübel :wink2: ** Die Rechner mit der Fehlermeldung befinden sich in einer andere OU. Ich werde deinen Tipp nach dem Mittag testen und schauen, ob ich einen Zusammenhang finde. Melde mich nochmal. Dank' dir und grüsse ;)

Halla zusammen ;) ich habe hier ein Problem mit einer Computerrichtlinie und kann mit der ausgegebenen Fehlermeldung leider so gar nichts mit anfangen Vielleicht ist jemand so nett und kann mir dabei helfen? Hier die Fehler/Hinweis?-meldung beim Starten der PC's grüssle nadinsche

Habe heute damit rumgespielt und es auch hingekriegt :rolleyes: Ich hatte auch das Problem mit W2K-Computern. Das Problem ist wohl das Folgende: W2K speichert die Beschreibung für jeden Laufwerksbuchstaben, XP dagegen für jede Freigabe. Hier dann die Vorgehensweise: Win XP: HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MountPoints2\##ComputerName#Freigabename _LabelFromReg=<Beschreibung des Mappings> (REG_SZ) Windows 2000: HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MountPoints\DriveLetter\_LabelFromReg Cache = <Beschreibung des Mappings> (REG_BINARY) Unter Windows2000 habe ich den Binärwert "Cache" einfach gelöscht und als "Zeichenfolge" neu angelegt. Danach habe ich bei Wert einfach meine Beschreibung eingegeben. Bei der nächsten Anmeldung wird die Zeichenfolge dann automatisch in einen Binärwert umgeschrieben ;) Nun muss ich das Ganze noch in eine Gruppenrichtlinie unterbringen

Klasse :jau: Wird morgen gleich ausprobiert...Ich gebe dann Bescheid, ob ich es geschafft habe ;) Vielen Dank schonmal