Hallo Leute, habe heute testweise das aktuelle Office-Update für 2024 LTSC installiert. Genau wie bei Excel anscheinend eine Vollkatastrophe. Ständig Fehler "Kennwort erforderlich"... Das ganze hat anscheinend Probleme mit der verweigerten Anmeldung an Microsoft-Konten, zumindest die KI gibt dazu folgendes aus: Der Grund, warum es direkt nach dem Update auf Build 17932.20996 (erschienen Mitte September 2026) knallt, ist ein sehr spezifischer Fehler, den Microsoft genau in diesem Build eingebaut hat. [1] Das Update hat eine tiefgreifende Änderung an der Richtlinienverarbeitung vorgenommen. Wenn Sie in Ihrer IT-Umgebung die Gruppenrichtlinie (GPO) „Anmeldung bei Office deaktivieren“ (SignInOptions = 3) aktiv haben, führt genau dieser Build 17932.20996 dazu, dass Outlook beim Starten abstürzt oder in einer permanenten Passwortschleife hängen bleibt („Diese Funktion wurde von Ihrem Administrator deaktiviert“ / „Kennwort erforderlich“). Das Update interpretiert die eigentlich gewollte On-Premises-Sperre plötzlich fehlerhaft. [1, 2] Super. Hat noch jemand entsprechende Erfahrungen gemacht?
Fórum Mcseboard
www.mcseboard.de ↗Fórum Invision Community em alemão. 10 seções acompanhadas: Off Topic, Windows 7 Forum, Windows Server Forum, Active Directory Forum, MS Exchange Forum, MS SQL Server Forum, Virtualisierung, Windows 8 Forum, Windows 10 Forum e Windows 11 Forum.
- Discussões por dia
- 5
- Discussões coletadas
- 334
- Mensagens por dia
- 47
- Seções
- 10
- Fontes acompanhadas
- 11
- Motor
- Invision Community
Últimas discussões
Coletadas a cada 4 horas do feed público do fórum. Reproduzimos apenas o título, o link e o começo da mensagem; cada link leva à fonte.
Hallo Zusammen, ich stehe gerade auf dem Schlauch. Gegeben sind 2 AD Forests mit je einer Domain. Zwischen beiden Domains gibt es aktuell einen bidirektionalen Trust. Ich möchte nun via java eine LDAP-Suche via GC (Port 3269) machen. In der lokalen Domäne klappt es auch. Aber wie durchsuche ich Domäne B? Hat das was mit dem Bind-User zu tun? Muss der in der anderen Domäne irgendwie berechtigt sein? Hintergrund: Ich möchte in Java möglichst über eine LDAP-Verbindung beide Domänen durchsuchen können. Was ich schon geschafft habe ist, dass mir der GC einen Refferal auf einen LDAP-Server der anderen Domain übergibt, dort hat der Bind-User aber keine Rechte. Vielleicht kann mir mal jemand auf die Sprünge helfen.
Hallo zusammen, ich habe mal eine Frage zu den Problemen mit den September Updates. Ich würde die Updates gerne auf unsere Clients (Citrix VDA installiert) und unsere Windows Server (inkl. einen RDS-Server) installieren. Kann ich dies bedenkenlos machen, wenn ich die hier beschriebenen (CITRIX | Support) Gruppenrichtlinien konfiguriere? Mein Vorgehen wäre die Gruppenrichtlinien zu importieren, die Einstellungen auf "Deaktiviert" setzen und anschließend die September Updates zu installieren.
Hallo zusammen, ich habe mal eine Frage zu den Problemen mit den September Updates. Ich würde die Updates gerne auf unsere Clients (Citrix VDA installiert) und unsere Windows Server (inkl. einen RDS-Server) installieren. Kann ich dies bedenkenlos machen, wenn ich die hier beschriebenen ( CITRIX | Support ) Gruppenrichtlinien konfiguriere? Mein Vorgehen wäre die Gruppenrichtlinien zu importieren, die Einstellungen auf "Deaktiviert" setzen und anschließend die September Updates zu installieren.
Hallo, mir wurde am Freitag schon zu einer generellen Frage zu den Überwachungsrichtlinien geholfen. Jetzt würde ich gerne als nächsten Schritt die Sicherheitsprotokolle auf einen zentralen Server weiterleiten. Dazu habe ich mir eine GPO mit Einstellungen wie folgt erstellt und einer Test-OU zugewiesen. Sie scheint grundsätzlich auch das zu tun was ich mir erhofft habe: Aber bisher wird sie nur auf "normale" (Test-)Clients angewendet. Ich bin mir nicht sicher ob ich diese OU genauso auch für Domänen Controller verwenden darf / kann? Denn die lokale Gruppe Ereignisprotokolleser (grüne Markierung) gibt es doch in dieser Form auf DCs vermutlich gar nicht? Muss hier für die DCs eine eigene GPO mit angepassten Einstellungen erzeugt werden?
Hallo, mir wurde am Freitag schon zu einer generellen Frage zu den Überwachungsrichtlinien geholfen. Jetzt würde ich gerne als nächsten Schritt die Sicherheitsprotokolle auf einen zentralen Server weiterleiten. Dazu habe ich mir eine GPO mit Einstellungen wie folgt erstellt und einer Test-OU zugewiesen. Sie scheint grundsätzlich auch das zu tun was ich mir erhofft habe: Aber bisher wird sie nur auf "normale" (Test-)Clients angewendet. Ich bin mir nicht sicher ob ich diese OU genauso auch für Domänen Controller verwenden darf / kann? Denn die lokale Gruppe Ereignisprotokolleser (grüne Markierung) gibt es doch in dieser Form auf DCs vermutlich gar nicht? Muss hier für die DCs eine eigene GPO mit angepassten Einstellungen erzeugt werden?
Hallo, ich habe auf der Default Domain Controllers Policy in der Erweiterten Überwachungskonfiguration für div. Vorgänge die Überwachung aktiviert. Für die Anmeldung sollen Erfolgreiche und Gescheiterte Versuche protokolliert werden, die Einstellungen sind wie folgt: Es werden jedoch an den Domain Controllern stets nur erfolgreiche Versuche protokolliert, niemals fehlgeschlagene. gpresult auf den Domain Controllern zeigt mir dass alle Einstellungen wie gewünscht bei den Domain Controllern ankommen. Hat jemand einen Tipp für mich was ich falsch mache?
Hallo, ich habe auf der Default Domain Controllers Policy in der Erweiterten Überwachungskonfiguration für div. Vorgänge die Überwachung aktiviert. Für die Anmeldung sollen Erfolgreiche und Gescheiterte Versuche protokolliert werden, die Einstellungen sind wie folgt: Es werden jedoch an den Domain Controllern stets nur erfolgreiche Versuche protokolliert, niemals fehlgeschlagene. gpresult auf den Domain Controllern zeigt mir dass alle Einstellungen wie gewünscht bei den Domain Controllern ankommen. Hat jemand einen Tipp für mich was ich falsch mache?
Hi, gerade eben hat Microsoft die neuen Exchange Updates veröffentlicht. Wie immer gibts alle Infos hier: https://techcommunity.microsoft.com/blog/exchange/released-september-2026-exchange-server-security-updates/4554411 Leider ist der KB Artikel derzeit noch nicht verfügbar. Das dauert erfahrungsgemäß eine Weile. Bye Norbert
Hi, gerade eben hat Microsoft die neuen Exchange Updates veröffentlicht. Wie immer gibts alle Infos hier: https://techcommunity.microsoft.com/blog/exchange/released-september-2026-exchange-server-security-updates/4554411 Leider ist der KB Artikel derzeit noch nicht verfügbar. Das dauert erfahrungsgemäß eine Weile. Bye Norbert
Hallo Ich habe diesen Fehler auf einem Domain Controller Perflib 1023 Windows kann die erweiterbare Leistungsindikator-DLL "C:\windows\system32\ntdsperf.dll" nicht laden (Win32-Fehlercode Das angegebene Modul wurde nicht gefunden.). Google sagt Lösung: Active Directory Leistungsindikatoren manuell neu laden Öffnen Sie die Eingabeaufforderung (cmd) als Administrator. Wechseln Sie in das System32-Verzeichnis, indem Sie folgenden Befehl eingeben: cmd cd %systemroot%\system32 Verwende Code mit Vorsicht. Registrieren Sie die Leistungsindikatoren für die NTDS-Datenbank (Active Directory) neu: cmd lodctr ntdsperf.ini Verwende Code mit Vorsicht. Starten Sie anschließend den Leistungsüberwachungsdienst (Performance Logs & Alerts) oder den gesamten Server neu, damit die Änderungen wirksam werden. falls die Datei ntdsperf.ini oder ntdsperf.dll im Verzeichnis C:\Windows\System32\ tatsächlich fehlen sollte, müssen diese von einem anderen funktionierenden Domänencontroller mit derselben Windows Server-Version kopiert werden. Ich kann aber die Dateien auf keinem Domaincontroller finden.
Hallo Ich habe diesen Fehler auf einem Domain Controller Perflib 1023 Windows kann die erweiterbare Leistungsindikator-DLL "C:\windows\system32\ntdsperf.dll" nicht laden (Win32-Fehlercode Das angegebene Modul wurde nicht gefunden.). Google sagt Lösung: Active Directory Leistungsindikatoren manuell neu laden Öffnen Sie die Eingabeaufforderung (cmd) als Administrator. Wechseln Sie in das System32-Verzeichnis, indem Sie folgenden Befehl eingeben: cmd cd %systemroot%\system32 Verwende Code mit Vorsicht. Registrieren Sie die Leistungsindikatoren für die NTDS-Datenbank (Active Directory) neu: cmd lodctr ntdsperf.ini Verwende Code mit Vorsicht. Starten Sie anschließend den Leistungsüberwachungsdienst (Performance Logs & Alerts) oder den gesamten Server neu, damit die Änderungen wirksam werden. falls die Datei ntdsperf.ini oder ntdsperf.dll im Verzeichnis C:\Windows\System32\ tatsächlich fehlen sollte, müssen diese von einem anderen funktionierenden Domänencontroller mit derselben Windows Server-Version kopiert werden. Ich kann aber die Dateien auf keinem Domaincontroller finden.
334 discussões coletadas desde 10 September 2026. Acompanhe este fórum com uma palavra-chave →