blog.atwork.at

news and know-how about microsoft, technology, cloud and more.

Nach Update KB2919355 funktioniert ein Zonefilesbasierter DNS Server auf Windows Server 2012 R2 nicht mehr

Vorsicht bei dem letzten Update KB2919355. Betreibt man seinen eigenen DNS Server unter Windows Server 2012 R2 und verwendet statt der Registry und AD Integration auf dem DNS Server Zonendateien kann es passieren, dass dieser nach dem Update nicht mehr startet, bzw. kurz nach dem Start sein Service wieder stoppt. Dies mussten wir leider selbst bei einem unserer DNS Server feststellen. Dank schneller Analyse (danke hier auch an meinen Kollegen ChristophW) konnten wir das Issue schnell identifizieren und mit einer Deinstallation des Updates funktioniert der DNS Server auch wieder. Was war passiert? Nach dem letzten Patchdienstag wurden die Updates routinemäßig auf unseren Servern eingespielt. Nachdem DNS Server ja auch immer redundant ausgelegt sind, ist es vorerst gar nicht aufgefallen. Erst bei einer Kontrolle des Servers (um eine neue Zone hinzuzufügen) habe ich bemerkt, dass der DNS Server nicht mehr läuft. Im Eventlog wird Event ID 7034 geloggt. Ein Restart des Service half nur für wenige Sekunden, auch eine Korrektur nicht mehr vorhandener Zonen aus dem Boot File brachten keinen stabilen Zustand. Damit haben wir im nächsten Schritt das DNS Debug Logging aktiviert. Das machen Sie in den Eigenschaften des DNS Servers (in unserem Fall mussten wir schnell sein, da der Dienst ja nur kurz startete, bevor er wieder stoppte. Auch das Eventlogging brachte zunächst nur Hinweise auf veraltete Zonen. Nach kurzer Recherche war dann die Ursache identifiziert: Bei DNS Servern auf Windows Server 2012 R2, die Ihre Daten aus Files laden, verursacht KB2919355, dass das DNS Service gestoppt wird. Mögliche Workarounds Sollten Sie von diesem Bug betroffen sein, können Sie den DNS Server umstellen, dass er seine Daten aus der Registry ladet. Alternativ können Sie das Update deinstallieren. Danach funktioniert der DNS Server wieder. Bitte beachten Sie, dass das kein genereller Tipp ist, dieses Update zu deinstallieren, nur falls Sie von diesem Verhalten betroffen sind. Mittlerweile ist der Bug bereits gemeldet und sollte mit den nächsten Updates im Mai oder Juni gefixt werden.

Gear up for build

Nicht nur für Teilnehmer der kommenden BUILD-Conference 2014 in zwei Wochen sind die vielen Angebote in der Microsoft Virtual Academy (MVA) für Developer interessant: MVA bietet einige Jump Start series mit dem Titel Building Blocks.” Developer erhalten hiermit kostenfreie Webcasts mit Deep Dives zu den Themen HTML5, XAML, CSS, C#, Mobile Services, Datenhandling und vieles mehr.

Die eigene Domain in Windows Intune zum Mobilen Device Management verwenden

Window Intune hilft Unternehmen bei der Verwaltung Ihrer Client Computer, Windows RT Geräten, Windows Phone Geräten bis hin zu iOS Devices. Seine Stärken hat es vor allem im Bereich des mobilen Device Managements, in Kombination mit System Center wird das Management der Infrastruktur übersichtlich und vorsorgend. Wenn Windows Intune konfiguriert wird und Sie mobile Geräte hinzufügen möchten, können Sie hierbei auch Ihre eigene Domain verwenden. Diese Einstellung treffen Sie in der Verwaltungskonsole unter Verwaltung / Verwaltung mobiler Geräte und dort bei Windows Phone. Wie das DNS Management zu erfolgen hat ist in diesem TechNet Artikel beschrieben. Dabei sind mir ein paar Kleinigkeiten aufgefallen, die ich hier gerne beschreiben möchte, damit die Eisntellungen leichter klar sind: Verwenden Sie, wenn Sie keine eigene Domain angeben immer die Adresse enterpriseenrollment-s.manage.microsoft.com für die Verbindung eines mobilen Gerätes. Bei Angabe einer eigenen Domain müssen Sie einen CNAME Eintrag setzen, der folgendermassen aussieht:enterpriseenrollment.contoso.com auf enterpriseenrollment.manage.microsoft.com. Wichtig hierbei ist, dass der CNAME tatsächlich enterpriseenrollment ist. Beim verifizieren, verwenden Sie nicht den CNAME Eintrag, sondern die Root Domain. Viel Erfolg mit Windows Intune!