ipzipzap 10 Geschrieben 27. Juni 2013 Melden Teilen Geschrieben 27. Juni 2013 (bearbeitet) Hallo, ich habe ein Problem mit meinen neuen Windows8 Clients. Und zwar haben wir einen SBS2011 mit WSUS im Einsatz, was ja bei Win8 bekanntermaßen zur Folge hat, das man keine optionalen Komponenten wie z.B. das .NET Framework 3.5 mehr installieren kann und den Fehler 0x800F0906 bekommt, weil er sich die Komponenten nun vom WSUS laden will. Zur Abhilfe muß man in den Gruppenrichtlinien die Option "Einstellungen für die Installation optionaler Komponenten und die Reparatur von Komponenten angeben" aktivieren, siehe auch http://support.microsoft.com/kb/2734782/de Mache ich das per gpedit.msc in der lokalen Richtlinie am Windows8 Client, dann funktioniert es auch wie gewünscht, ich möchte das aber gerne zentral per Richtlinie von unseren SBS2011 verteilen lassen. Dazu habe ich mir zuerst einen CentralStore angelegt und die ADMX-Files von meinem Win8 Client rüberkopiert, damit ich die neuen Optionen auch in der Verwaltung habe, dann am SBS in der Gruppenrichtlinienverwaltung mir die schon vorhandene Richtlinie "Update Services Client Computers Policy" genommen und dort die oben beschrieben Option gesetzt. Aber komischerweise wird die Option nicht auf die Win8 Clients verteilt. :confused: Ein gpresult /r am Client sagt unter "Angewendete Gruppenrichtlinienobjekte" brav "Update Services Client Computers Policy", aber wenn ich gpedit.msc öffne und zur Option gehe, ist diese noch deaktiviert und auch ein Installationsversuch von .NET Framework scheitert immer noch mit dem am Anfang beschriebenen Fehler. Ich habe auch schon mal einen Tag gewartet und auch den SBS schonmal sicherheitshalber letzte Nacht rebootet, aber die Option wird einfach nicht übernommen. Jemand eine Idee, wo es hier hakt? Danke im Voraus, ipzipzap bearbeitet 27. Juni 2013 von ipzipzap Zitieren Link zu diesem Kommentar
NorbertFe 2.013 Geschrieben 27. Juni 2013 Melden Teilen Geschrieben 27. Juni 2013 (bearbeitet) Gpedit zeigt ja auch nicht an, was du per gpo verteilst. Da musst du dann auf gpresult Vertrauen oder in der registry nachschauen. Bye Norbert bearbeitet 27. Juni 2013 von NorbertFe Zitieren Link zu diesem Kommentar
AetschJie 0 Geschrieben 27. Juni 2013 Melden Teilen Geschrieben 27. Juni 2013 @Norbertfe: drum schreibt er ja auch "gpresult /r am Client sagt unter "Angewendete Gruppenrichtlinienobjekte" brav "Update Services Client Computers Policy", aber wenn ich gpedit.msc öffne und zur Option gehe, ist diese noch deaktiviert und auch ein Installationsversuch von .NET Framework scheitert immer noch mit dem am Anfang beschriebenen Fehler." Zitieren Link zu diesem Kommentar
NorbertFe 2.013 Geschrieben 27. Juni 2013 Melden Teilen Geschrieben 27. Juni 2013 Ja, er kann in gpedit schauen solange er mag, da sieht man keine Änderung. Zitieren Link zu diesem Kommentar
Sunny61 806 Geschrieben 27. Juni 2013 Melden Teilen Geschrieben 27. Juni 2013 @Norbertfe: drum schreibt er ja auch "gpresult /r am Client sagt unter "Angewendete Gruppenrichtlinienobjekte" brav "Update Services Client Computers Policy", aber wenn ich gpedit.msc öffne und zur Option gehe, ist diese noch deaktiviert und auch ein Installationsversuch von .NET Framework scheitert immer noch mit dem am Anfang beschriebenen Fehler." Ind GPEDIT.MSC siehst Du nur die Änderungen, die Du auch mit GPEDIT.MSC vorgenommen hast. Alles andere wird vollständig ignoriert. Zitieren Link zu diesem Kommentar
ipzipzap 10 Geschrieben 28. Juni 2013 Autor Melden Teilen Geschrieben 28. Juni 2013 (bearbeitet) Ok, ich dachte, die lokale Richtlinie wird überschrieben, Danke. Aber zurück zum eigentlichen Problem. Die .NET Installation funktioniert nicht, obwohl GPRESULT mir sagt, das die Richtlinie installiert wurde. Setze ich den Parameter von Hand in der lokalen Richtlinie, dann geht es sofort. Breche ich die Installation ab und setze den Parameter wieder zurück, schlägt eine erneute Installation wieder fehl. Wo kann ich denn sehen, welcher Registry-Key hier gesetzt werden muß? Google spuckt hier nicht wirklich was aus oder ich suche falsch. :-/ <EDIT> Ok, wenn man nach den englischen Begriffen sucht, gehts. Falls jemand dasselbe Problem mal hat, hier zwei Links dazu: http://social.technet.microsoft.com/Forums/windows/en-US/a5e1f6f0-4250-45ea-8c75-6a92e858cd22/specify-settings-for-optional-component-installation-and-component-repair-and-domain-policy http://jeffgraves.me/2012/08/23/features-on-demand-in-server-2012/ </EDIT> Gruß, ipzipzap bearbeitet 28. Juni 2013 von ipzipzap Zitieren Link zu diesem Kommentar
Sunny61 806 Geschrieben 28. Juni 2013 Melden Teilen Geschrieben 28. Juni 2013 Wo kann ich denn sehen, welcher Registry-Key hier gesetzt werden muß? Google spuckt hier nicht wirklich was aus oder ich suche falsch. :-/ <EDIT> Ok, wenn man nach den englischen Begriffen sucht, gehts. Falls jemand dasselbe Problem mal hat, hier zwei Links dazu: http://social.technet.microsoft.com/Forums/windows/en-US/a5e1f6f0-4250-45ea-8c75-6a92e858cd22/specify-settings-for-optional-component-installation-and-component-repair-and-domain-policy http://jeffgraves.me/2012/08/23/features-on-demand-in-server-2012/ </EDIT> Auch wenn das Problem schon gelöst ist, weiß man den Key nicht, trägt man \\Asterix oder \\Obelix ein via GPEDIT.MSC und sucht danach in der Registry. Der gleiche Pfad wird auch von den 'normalen' GPOs verwendet. Zitieren Link zu diesem Kommentar
ipzipzap 10 Geschrieben 28. Juni 2013 Autor Melden Teilen Geschrieben 28. Juni 2013 (bearbeitet) Naja, das Problem ist noch nicht gelöst. In der Registry steht der Wert nämlich nicht drin, und GPRESULT sagt mir heute auf einmal das hier: Folgende herausgefilterte Gruppenrichtlinien werden nicht angewendet. ---------------------------------------------------------------------- Update Services Client Computers Policy Filterung: Nicht angewendet (Unbekannte Ursache) Wo kann ich jetzt hier nach der Ursache suchen? Auch wenn das Problem schon gelöst ist, weiß man den Key nicht, trägt man \\Asterix oder \\Obelix ein via GPEDIT.MSC und sucht danach in der Registry. Der gleiche Pfad wird auch von den 'normalen' GPOs verwendet. Wäre nicht gegangen, weil man das keinen Wert eintragen kann. Die Option hat nur Radiobuttons zur Auswahl, kein Textfeld. bearbeitet 28. Juni 2013 von ipzipzap Zitieren Link zu diesem Kommentar
Sunny61 806 Geschrieben 28. Juni 2013 Melden Teilen Geschrieben 28. Juni 2013 (bearbeitet) Naja, das Problem ist noch nicht gelöst. In der Registry steht der Wert nämlich nicht drin, und GPRESULT sagt mir heute auf einmal das hier: Folgende herausgefilterte Gruppenrichtlinien werden nicht angewendet. ---------------------------------------------------------------------- Update Services Client Computers Policy Filterung: Nicht angewendet (Unbekannte Ursache) Wo kann ich jetzt hier nach der Ursache suchen? Unbekannt! :) Du wirst wohl das Logging der GPOs hochdrehen müssen, ansonsten siehst Du nicht weshalb die gefiltert wurde. Wäre nicht gegangen, weil man das keinen Wert eintragen kann. Die Option hat nur Radiobuttons zur Auswahl, kein Textfeld. Doch, in dem von dir geposteten Artikel http://support.microsoft.com/kb/2734782/de steht das auch richtigerweise drin: Wenn Sie eine alternative Quelldatei festlegen möchten, geben Sie im Feld Alternativer Dateiquellpfad einen vollqualifizierten Pfad zu einem freigegebenen Ordner an, der den Inhalt des Ordners "\sources\sxs" vom Installationsmedium enthält. Oder geben Sie eine WIM-Datei an. Fügen Sie zum Festlegen einer WIM-Datei als alternativen Speicherort für die Quelldateien dem Pfad das Präfix WIM: und als Suffix den Index des zu verwendenden Abbilds hinzu. Die folgenden Beispiele enthalten Werte, die Sie angeben können: Pfad zu einem freigegebenen Ordner: \\Servername\share\Win8sxs Pfad zu einer WIM-Datei. 3 stellt den Index des Abbilds dar, in dem sich die Featuredateien befinden: WIM: \\Servername\share\install.wim:3 :) bearbeitet 28. Juni 2013 von Sunny61 Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.