![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(60.8, 90%, 15%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EAS%3C/text%3E%3C/svg%3E)
Hi ACE,
Ja, das Problem ist tatsächlich schon mehrfach dokumentiert worden. Bestimmte kumulative Windows Server Updates haben in der Vergangenheit NPS-Dienste oder andere netzwerkbezogene Rollen wie RRAS oder DHCP beeinträchtigt, meist durch Änderungen an den Systembibliotheken oder TLS/Schannel-Konfigurationen. Typische Symptome sind, dass NPS nach dem Patch nicht mehr startet oder Authentifizierungen fehlschlagen, oft mit Event-ID 4402 oder Fehlern im Zusammenhang mit IAS-Dienst.
Die gängige Vorgehensweise ist, die betroffenen Updates zunächst in einer Testumgebung zu validieren und ein vollständiges Backup der NPS-Konfiguration (netsh nps export) vorzuhalten. Falls ein Update produktiv Probleme verursacht, hilft meist ein Rollback des Patches oder die Installation des nachfolgenden Hotfixes, da Microsoft solche Fehler in den darauffolgenden kumulativen Updates korrigiert. Zusätzlich sollte man prüfen, ob Registry-Einträge unter HKLM\SYSTEM\CurrentControlSet\Services\IAS oder Zertifikatsbindungen im RADIUS-Setup nach dem Update verändert wurden.
Kurz gesagt: Ja, es kommt vor, und die beste Prävention ist ein abgestuftes Patch-Management mit Testsystemen und Export der NPS-Konfiguration. Wenn der Fehler bereits eingetreten ist, bleibt nur das Deinstallieren des fehlerhaften Updates oder das Einspielen des korrigierten Nachfolgepatches.
Wenn die obige Antwort Ihnen bei Ihrer Frage weiterhilft, klicken Sie bitte auf „Antwort akzeptieren“, damit andere Mitglieder der Community mit ähnlichen Problemen die Lösung leichter finden können. Ihr Beitrag wird sehr geschätzt.
Harry.