Alle Aktivitäten

Ich habe einen neuen Mandanten angelegt und musste nun für den Admin den MFA einrichten. Bisher hab ich dann immer eine Telefonnummer als weitere Methode hinzugefügt und die MFA-App gelöscht. Wenn ich jetzt die Authenticator App löschen will, kommt die Meldung: Die Standardmethode kann nicht mit anderen konfigurierten Methoden gelöscht werden. Ändern Sie die Standardmethode vor dem Löschen. Ich habe aber nichts gefunden um die Standardmethode für den Admin zu ändern. Selbst das Deaktivieren der Sicherheitsstandards in Entra bringt da keine Abhilfe. (Sollte ja auch nicht die Lösung sein.) Hat jemand ne Ahnung wo ich das für den Admin ändern kann?

Es ist nun ein bisschen Zeit vergangen und es waren ein paar try-and-error-Übungen dabei, aber ich kann sagen... läuft problemlos und ist für uns ausreichend. Norberts Aussage, dass es nicht wirklich flexibel ist kann ich bestätigen.

Wireshark mitlaufen lassen. Danach solltest Du einen Blick auf den I/O-Graph werfen. Viele TCP-Fehler können das erklären. Ursache? Bei DSL kann es an der Leitung bzw. dem DSLAM liegen. Ich hatte hier auch ewig ähnliche Probleme. Auch durch lange Tickets bei der Telekom wurde dann endlich "auf Verdacht" eine neue Software für "meinen" Port bzw. DSLAM installiert, womit das Problem endlich gelöst wurde. Die Telekom scheint hier Softwareupdate nur bei Bedarf zu installieren und nicht generell. Daher kann jeder Anschluss, trotz identischem DSLAM-Hersteller. mit unterschiedlichen Softwareversionen ausgestattet sein. -Zahni

Was aber vermutlich das Ablaufdatum deines verwendeten Signing Zertifikats sein dürfte. Sorry für die sehr späte Antwort ;) Bye Norbert

Mein Tenant hatte gestern beim ersten Sync auch noch "Flüssigkeitsmangel"... beim zweiten Versuch lief dann aber alles durch!

Hatte ich gestern 😆 aber da lags an der Extended Protection und dem Hybrid Agent. Aber auch da gabs beim ersten Anlauf die „dehydrated“ Meldung.

Bei Teams würde ich sagen, ist ja "ein bisschen" Exchange online dabei. Der HCW macht ja irgendwann ein "Enable-OrganizationCustomization". Das hatte ich in einem neuen Tenant ohne Exchange online Lizenzen einmal gemacht und das scheitert dann mit einer Fehlermeldung, dass es keine Lizenzen gibt (, wenn ich mich recht erinnere). Möglicherweise sollte der HCW irgendetwas im Tenant starten, was irgendeine Magie macht, um den Umstand zu umgehen. Und wie wir alle wissen, ist M365 in vielen Dingen weit weg von "Ludicrous Speed", was dann möglicherweise in Timeouts und Fehlern endet. (Ich erinnere mich allerdings auch an HCW Installation, wo ich hartnäckig ca. 10x "Zurück" -> "Weiter" geklickt habe und irgendwann ist alles durchgelaufen. Was die obige Theorie in Teilen bestätigen könnte.)

Das würde bedeuten man hätte Probleme, wenn man nur Teams Lizenzen einsetzt. Das ist aber nicht der Fall. ;) insofern wäre ich da vorsichtig mit den absoluten Aussagen.

Es lag an der fehlenden Exchange Lizenz! Aussagekräftige Fehlermeldungen sind doch was Schönes... Danke an Alle!

Hmm naja ohne Lizenz ergibt der hcw meist auch wenig Sinn. Aber ich müsste echt nachdenken, ob die bisher beobachteten Probleme wegen der fehlenden Lizenz auftraten. Auch mit Lizenz gibt’s ja genug andere Probleme.

Puh, ich hatte regelmäßig Probleme mit dem HCW und nachdem die erste Lizenz mit Exchange online in den Tenant gebucht wurde, funktionierte plötzlich alles. Seit dem buche ich immer einen Tag vor dem HCW mindestens eine Lizenz und habe keine Probleme mehr gehabt.

Ja beim Migrieren ;) Aber sonst?

Ich teste und gebe Feedback!

Ja, das macht Probleme. Ob es aber bereits an der Stelle Probleme macht kann ich dir nicht sagen.

Den Haken habe ich gar nicht gesetzt! Die App wird wohl dennoch registriert! Ich habe mich gerade mal mit einem anderen M365 Tenant verbunden... da bin ich weiter gekommen und hätte die App registrieren können... es muss also etwas mit dem Tenant zu tun haben... der Tenant zu dem ich verbinden möchte verfügt noch über keinerlei Lizenzen, weiß Jemand ob das eventuell ein Problem sein könnte?

Danke für die ganzen Antworten. -> Das haben wir nun umgesetzt. Den Rest schaffen wir auch noch :)

Das hatte ich gemacht, die Treiber sind die richtigen und auch in der boot.wim richtig drin, das hatte ich gecheckt mit dem Dism Befehl aus dem Link von @Sunny61

Dann nimm den Haken im HCW für die App einfach erstmal raus. Das kann man hinterher immer noch erstellen.

Danke... also die ExchangeServerApp wurde in EntraID auf jeden Fall nicht erstellt! In den Anmeldeereignissen sehe ich u.a. als client application "Microsoft Exchange Hybrid Wizard" aber die Ergebnisse bei den Authentifizierungsdetails sind erfolgreich! 2025-10-16T10:27:04.0000000Z Password: Password in the cloud Correct password 2025-10-16T10:27:04.0000000Z Mobile app notification: MFA successfully completed Mehr kann ich hier nicht erkennen!

So richtig sinnvoll funktioniert das im hcw mit der App irgendwie nicht. Ich würd mir an deiner Stelle das Script holen und es manuell regeln. Ansonsten bitte solche logfiles als Code einfügen.

Hi, da sucht er im Tenant nach der App Registrierung (Entra Admin Center -> Entra Id -> App Registierungen -> Alle Anwendungen). Hier sollte dann eine "ExchangeServerApp-<GuId>" erstellt werden (wenn er keine findet). Wenn sich in den letzten Zeilen im Log nichts findet, findet sich evtl. im Rest vom Log etwas? Gruß Jan

Hi, ich versuche von einem Exchange 2016 nach Exchange Online zu migrieren. EntraID Connect ist eingerichtet. Leider ärgert mich der HCW nachdem ich bereits eine Verbindung zum Tenant herstellen konnte und "Vollständige Hybridkonfiguration" und dann "Klassische Exchange-Hybridtopolgie" ausgewählt habe, mit der beigefügten Fehlermeldung! Unter %appdata%\microsoft\Exchange Hybrid Configuration\*.log sehen die letzten Zeilen dann so aus: 2025.10.16 10:37:38.277 10265 [Client=UX, Page=OnPremisesAppConfiguration, Thread=1] START via Next 2025.10.16 10:37:38.278 10453 [Client=UX, fn=SendAsync, Thread=25] START GET https://graph.microsoft.com/beta/62c31755-cf19-463e-9257-e03846c05be7/Applications?$filter=displayName eq 'ExchangeServerApp-f1ef2343-8b8b-4216-8835-5d078e8cf539' 2025.10.16 10:37:38.486 10454 [Client=UX, fn=SendAsync, Thread=25] FINISH Time=208,0ms Results=OK {"@odata.context":"https://graph.microsoft.com/beta/$metadata#applications","value":[]} 2025.10.16 10:37:38.486 10453 [Client=UX, fn=SendAsync, Thread=25] START GET https://graph.microsoft.com/beta/62c31755-cf19-463e-9257-e03846c05be7/ServicePrincipals?$filter=appId eq '00000002-0000-0ff1-ce00-000000000000' 2025.10.16 10:37:38.653 10454 [Client=UX, fn=SendAsync, Thread=25] FINISH Time=167,0ms Results=OK {"@odata.context":"https://graph.microsoft.com/beta/$metadata#servicePrincipals","value":[]} Das einzige was ich dazu bei Microsoft finden konnte und was aber auch nicht ganz passt ist folgendes: https://learn.microsoft.com/en-us/troubleshoot/exchange/hybrid-configuration-wizard-errors/object-reference-not-set-to-an-instance-of-an-object-error Meint Ihr ich habe hier eher ein Exchange- / AD-Problem? Was meint es mit "Exchange Server-Anwendungskonfiguration"? Danke!

Ja das war zum testen für mich.

Soll das ein Test sein, oder warum will man eine VM hier per WDS deployen? Ich würde dort ein Cloning der VM mit Sysprep usw. bevorzugen.

Hi, keine Ahnung ob die jemand nutzt. Ist jetzt allerdings auf Version 3.7 für Win 11 25H2 geupdated worden: GitHub - SkipToTheEndpoint/OpenIntuneBaseline: Community-driven baseline to accelerate Intune adoption and learning. OpenIntuneBaseline - Community-Driven Endpoint Security Wer es direkt und ohne Micke-K's IntuneManagement deployen möchte: OIB Deployer - OpenIntuneBaseline Policy Deployment Wizard HTH Jan