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

Hallo zusammen habe mal wieder ein ****es Problem am Hals Ich gebe für manche unserer Benutzer einen Basisordner frei. Dazu verwende ich eine versteckte Freigabe namens 'user$'. Alles recht schön und gut. Der PC verbindet sich mit dem Laufwerksbuchstaben 'Z': mit dem UNC-Pfad. Aber dummerweise zeigt mir der Explorer den Freigabenamen dann doch wieder an. 'Z: auf SERVER\user$' Damit bringt mir die versteckte Freigabe doch recht wenig, wenn sie danach doch wieder zu sehen ist. Kann man das irgendwo ausschalten, so dass nicht nachzuvollziehen ist, wo und unter welcher Freigabe die Daten liegen? Dank' euch und grüssle nadinsche

Hallihallo, der Titel oben sagt eigentlich schon alles ;) Hat damit jemand Erfahrung? Der Client muss von ca. 250 Rechnern entfernt werden. Würde es gern automatisiert per Gruppenrichtlinie/Script erledigen. Danke und Grüssle

OK, dank' dir wie immer für deine kompetente Hilfe ;) Wenn du das sagst, dann wird das schon so sein.... grüßle nadinsche

Ah, ok danke für den Tipp. Kann ich das noch besser einrichten? Unser alter Fileserver ist ein Netware5 Server, dort kann ich ganz einfach einstellen, dass er gelöschte Daten 'vorhalten' soll. Aus Versehen gelöschte Daten konnte ich ganz einfach mit dem 'Salvage'-Befehl zurückholen. Gibt es unter WindowsServer nicht etwas ähnliches? :eek:

Hallo zusammen, ich richte gerade einen neuen Fileserver unter Windows2003 Server ein und habe ein kleines Rechteproblem. Den Zugriff auf die jeweiligen Ordner habe ich folgendermassen gesetzt: Reiter Sicherheit: Berechtigungen: Speziell Häkchen bei: Die Einstellungen habe ich für "diesen Ordner, Unterordner und Dateien" gesetzt. Nun mein Problem: Will ich als angemeldeter Benutzer den Stammordner löschen, geht das nicht. Das will ich so. Aaaber: Er löscht trotzdem alle Unterordner und Dateien bei dem Versuch, den Stammordner zu löschen Das ist natürlich nicht so gut :rolleyes: Kann mir bitte jemand sagen, was ich falsch gesetzt habe? Und wo landen die gelöschten Dateien? Im Papierkorb des Fileservers finde ich nichts, auch nicht im Papierkorb des Benutzer.. Danke für eure Hilfe ;) nadinsche

Hallo IT-home, danke für deine Antwort. Ich habe nun mal begonnen, einige Computer aus dem "Computers"-Ordner in eine Test-OU zu verschieben. Ich dachte bisher, dass die Computerkonfiguration in den Gruppenrichtlininen immer für alle Computerkonten gilt, unabhängig in welcher OU oder in welchem Ordner diese platziert sind Verstehe ich das dann so richtig, dass der "Computer-Ordner" mehr oder weniger nur ein Auffangbecken für neu erstellte Computerkonten ist? Danke für die Hilfe ;) grüssle nadinsche

Hallihallo zusammen :) ich habe ein Problem mit einer Gruppenrichtlinie und komme nicht ganz dahinter, was ich falsch gemacht habe. Vielleicht kann mich jemand erleuchten ;) Ich habe für unsere OU eine Gruppenrichtlinie erstellt und die Richtlinie nur mit dieser einen OU verknüpft. In der Richtlinie befinden sich in der Benutzerkonfiguration u.a. Einstellungen zum Bildschirmschoner, Zeitlimit, Passwortschutz. So weit so gut.... Nun haben wir einen File-Server, der im AD unter dem Ordner "Computer" liegt, also zusammen mit den anderen normalenComputern. Die Gruppenrichtlinie wird ebenfalls für diesen File-Server übernommen (Bildschirmschoner mit Passwortschutz erscheint nach einer kurzen Zeit), obwohl hier immer nur der Administrator angemeldet ist und dieser die Richtlinie nicht übernimmt. Meine Frage(n) hierzu: Warum wird für diesen Server die Richtlinie übernommen? Habe ich irgendwas übersehen? Und müssen Computer in eine entsprechende OU verschoben werden, damit die Computerkonfiguration einer Richtlinien angewendet wird? Oder werden Computerrichtlinien generell für alle Computer angewendet? Weil den Ordner "Computer" gibt es ja überhaupt nicht im Group Policy Management :( Wie kann ich denn da ne Richtlinie mit verknüpfen? Ich hoffe, ich konnte es einigermaßen verständlich rüberbringen :rolleyes: Es ist schon soooo spääät :suspect: Danke für eure Hilfe und liebe Grüsse nadinsche

Mann, auf dem Board gehts aber rund ;) Aaalso, ich hab's tatsächlich hingekriegt *smile* Ursache des Problems war tatsächlich eine fehlerhaft konfigurierte Richtlinie. Die Einstellungen habe ich nun in der Default Domain Controller -Richtlinie gesetzt, zuerst für 'Authentifizierte Benutzer' danach nur noch für spezielle Benutzer. Und es hat geklappt!! Vielen Dank euch Allen für eure fixe und rasche Hilfe :jau: liebe grüsse nadinsche

Danke für die zahlreichen Antworten :) Ich werde morgen vormittag noch einmal die Richtlinien überprüfen und auch eine neue Sub-OU erstellen, wie von euch vorgeschlagen. Ich werde euch dann morgen berichten, ob ich es hingekriegt habe ;) Viele Grüssse nadinsche

Halt, habe die Zusatzfrage vergessen.... Clients bestehen nur aus XP SP2, der Server ist ein Windows Server 2003 mit SP1