Zugezogen Maskulin – Oranienplatz

Rote Sonne, gelber Strand, blaues Meer rauscht /
Geboren so wie Venus zwischen Wogen, Gischt und Schaum /
Aber nicht mit weißer Haut, in einer Muschel auf den Wellen /
Sondern zwischen Trümmerteilen und dem Klang von Hundebellen /
Gespült ins Land der einstmals ewig blühenden Antike /
Wo die Morgenröte golden ist – Willkommen in der Krise! /
Ein vertrockneter Olivenzweig zeigt dir den Weg ins Drittland /
Nach Kreuzberg Berlin – in die Heimat der Hipster /
Wo die Sambatruppe beim Kulturkarneval zwar klar geht /
Doch sich Argwohn in den Blick legt /
Wenn ein schwarzer Mann im Park steht /
Wo sich an den Randbezirken zeigt, wie dünn das Furnier ist /
Das sich Zivilisation nennt, wenn du nicht gerade von hier bist /
Wenn nicht grade ein Turnier ist, bist du nicht zu Gast bei Freunden /
Du hast viele Träume? /
Wir haben viele Zäune! /
Wir haben viele Bäume, du kannst klettern, fliehst und siehst /
Wie sich die große Muschel für dich für immer schließt!

Nicht funktionierender GPO Central Store unter Server 2012 R2

Ich wollte neulich ein paar Windows 10 GPOs setzen und lud dafür die Windows 10 ADMX Dateien von Microsoft (https://www.microsoft.com/de-DE/download/details.aspx?id=48257) runter.

Seltsamerweise war das nun keine ZIP-Datei mehr, sondern eine Installation mit EULA usw. Das ganze installierte sich dann nach C:\Program Files (x86)\Microsoft Group Policy\ und ich musste die Dateien manuell in den Central Store unter \\FQDN\SYSVOL\FQDN\Policies\PolicyDefinitions\ verschieben. Microsoft, ey.

Seltsamerweise waren die frisch in den Central Store kopierten ADMX-Vorlagen nicht sichtbar. In der Gruppenrichtlinien-Verwaltung bzw. in Gpedit war lediglich von „Vom lokalen Computer abgerufene Richtliniendefinitionen“ die Rede. Hmpf.

Der Fehler tratt auf allen DCs in der Domäne auf, es konnte also leider nicht am DC liegen.
Kopierte ich die Dateien in den lokalen Store der ADMX-Dateien unter %Systemroot%\PolicyDefinitions waren sie in Gpedit sichtbar, was jedoch keine wirklich Lösung des Problem war. Microsoft, ey.

Ich recherchierte1 ein wenig, löschte zwischendurch den kompletten Inhalt von PolicyDefinitions unterhalb des FQDNs doch es halt irgendwie nichts. Gpedit griff auf allen DCs immer nur auf den lokalen ADMX Store zu.

Als letzte Verzweifelungstat hatte ich die Idee, den Central Store komplett neu anzulegen, also nicht nur den Inhalt von PolicyDefinitions zu löschen, sondern den gesamten Ordner. Da der Central Store zunächst nicht zum Standard eines DCs gehört, gilt folgende Anleitung seit Microsoft Windows Server 2008 von Microsoft: https://support.microsoft.com/en-us/kb/929841.

Das ganze brachte den ersehnten Erfolg. Alle DCs fanden nun den Central Store. Was auch immer da los war. Microsoft, ey.

1 googelte mich zu Tode

Datenträgerbereinigung ohne Desktopdarstellungs-Feature unter Server 2008 R2

Da auf Nicht-Terminalservern das Feature der Destopdarstellung eigentlich nichts zu suchen hat, die Server aber trotzdem (hoffentlich) Updates bekommen, ist hin un wieder eine Bereinigung durch die Datenträgerbereinigung nötig.

Um die Datenträgerbereinigung ohne Desktopdarstellungs-Feature unter Server 2008 R2 nutzen zu können, müssen nur zwei Dateien an einen anderen Ort kopiert werden.

C:\Windows\winsxs\amd64_microsoft-windows-cleanmgr_31bf3856ad364e35_6.1.7600.16385_none_c9392808773cd7da\cleanmgr.exe
muss nach
c:\windows\system32\

und

C:\Windows\winsxs\x86_microsoft-windows-cleanmgr.resources_31bf3856ad364e35_6.1.7600.16385_de-de_b4bbf0180b1c4f68\cleanmgr.exe.mui

muss nach
c:\windows\system32\de-de\

Nun kann man ganz normal die cleanmgr.exe über „Ausführen“ öffnen. Yay.

Lieblingstweets 2016-03

Endlich wieder Lieblingstweets und kein Technikkrempel. Hurra.

Server 2008 R2 Terminalserver Standarddrucker und die mysteriöse Event-ID 1530

Hallo Fans,

Ich hatte vor Wochen bei einem Kunden das Problem, dass sich die verbundenen Standard-Drucker von verschiedenen (aber natürlich nicht allen) Benutzern mit Terminalserver-Profil nach Ab- und Wiederanmeldung auf den lokalen Standard-Drucker des Servers änderten.

Ca. 20% der betroffenen Benutzer meldeten zusätzlich, dass zuvor installierte Drucker nicht reproduzierbar nach Ab- und Wiederanmeldung verschwunden waren.

Im Anwendungs-Eventlog wurde parallel dazu bei der Abmeldung eines betroffenen Users die Warnung mit ID 1530 protokolliert:

Es wurde festgestellt, dass Ihre Registrierungsdatei noch von anderen Anwendungen oder Diensten verwendet wird. Die Datei wird nun entladen. Die Anwendungen oder Dienste, die Ihre Registrierungsdatei anhalten, funktionieren anschließend u. U. nicht mehr ordnungsgemäß.

DETAIL –
1 user registry handles leaked from \Registry\User\S-FAKE-USER-SID:
Process 564 (\Device\HarddiskVolume2\Windows\System32\svchost.exe) has opened key \REGISTRY\USER\S-FAKE-USER-SID\Printers\DevModePerUser

Irgendwas verhinderte also das korrekte Zurückschreiben von HKEY_CURRENT_USER in HKEY_USERS, sodass bei der nächsten Anmeldung des Benutzer falsche Werte aus HKEY_USERS geladen wurden.
Die Einstellungen unterhalb von HKCU\Software\Printers\ und HKCU\Software\Microsoft\Windows NT\CurrentVersion\, in denen die User-Druckereinstellungen gespeichert sind, sahen jedoch in einem Vorher-Nachher-Vergleich vollkommen identisch aus.

Jedoch fiel auf, dass zum Teil seit mehreren Jahren außer Betrieb genommene Drucker laut Registry immer noch verbunden sein sollten.

Die manuelle Bereinigung durch Löschung aller Einträge unterhalb der folgenden Schlüssel (falls vorhanden) brachte schließlich den Erfolg:

– HKCU\Printers\Connections
– HKCU\Printers\DevModes2
– HKCU\Printers\DevModePerUser
– HKCU\Printers\Settings

– HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Devices
– HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\PrinterPorts
– HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows
– HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\Devices

Anschließend musste eine noch eine Abmeldung des Users vom Terminalserver erfolgen.
Nach erneuter Anmeldung war nun kein freigegebener Drucker mehr installiert, da alle korrekt aus der Registry gelöscht worden waren.
Zuletzt konnten die freigegebeben Drucker erneut installiert und dieses Mal auch nach Ab- und Wiederanmeldung des Benutzers genutzt werden. Hurra.