Alle Aktivitäten

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

Das klingt für mich, als wenn der Netzwerktreiber für die VirtIO nicht im wim vorhanden ist. Die Treiber für E1000 ist in Windows standardmäßig enthalten, deswegen funktioniert das direkt. Ich kenne das von VMWare, wenn man dort mit vmxnet3 Adaptern in der VM arbeitet muss man die entsprechenden Treiber in der wim mitgeben. Du solltest daher nochmal kontrollieren, ob es die richtigen Treiber sind und ob die auch korrekt in der richtigen boot.wim drin sind.

Hallo zusammen, ich bin aufgrund des Umzugs meiner Postfächer von Host Europe zu MS Exchange ganz neu in dieser Materie. Besonders schwierig fällt es mir aktuell, die SMTP Einstellungsmöglichkeiten zu verstehen. Sie gibt es an mehreren Stellen. Es gibt neben den Einstellungen auf Postfachebene diese beiden „globalen“ Einstellungen. Was machen sie bzw. was machen sie unterschiedlich? Selbst wenn diese SMTP verbieten, kann ich es auf Postfachebene erlauben und es funktioniert. Würde mich sehr über Hilfe freuen. Jens

Bei z.B. bestimmten Spielen fühlt es sich langsam an (z.B. das Ausloggen bei D4) bzw. ist die Latenz eher zu hoch als normal. Leider ist das schwer zu greifen / messen.

Gibt es denn ein Problem, was Du lösen möchtest, oder ist es nur, dass die graphische Repräsentation des Netzwerkverkehrs ungewöhnlich aussieht?

Hi, ich habe Privat ein Problem mit dem Rechner meiner Frau. Im Task Manager sieht man, dass die Netzwerkverbindungen komisch aussehen (spikes). Im angehängten Beispiel läuft z.B. jeweils nur ein Twitch Stream. Downloads laufen normal schnell (und dort gibt es auch einen kontinuierlichen Strom). Leider finde ich die Ursache nicht. Habe schon die Netzwerkkarte getauscht (Intel statt Onboard), aktuelle Treiber, Netzwerk Einstellungen (RSS, Offloading, etc.) abgeglichen und das Kabel zum Switch. Am Switch hängen beide Rechner. Vielen Dank schonmal Dukel

Sind die Hosts nur über einen Switch verbunden? Falls ja, passiert bei einem Unterbruch in Deinem Fall Folgendes: Der Host, welcher das Quorum hält, hat zwei Stimmen und bleibt online. Der andere Host stoppt die VMs, weil er den anderen Host nicht mehr sieht. NTFS ist (im Gegensatz zu zum Beispiel VMFS) kein "richtiges" Cluster-Dateisystem. Die Locks werden über SMB direkt zwischen den Hosts verwaltet, nicht über den Speicher. Wenn ein Host im Netzwerk isoliert ist, muss er die VMs stoppen, weil er nicht wissen kann, ob ein anderer Host versucht, sie zu starten. Bei Failover-Clustern unter Windows ist es entscheidend, dass sich die Hosts im Netzwerk immer sehen. Das hat kürzlich wieder ein Kunde erfahren, der gemeint hat, seine zwei Switches im Stack würden bei einem Update nacheinander neu starten... Die Lösung ist einfach: Verbinde die Hosts zusätzlich direkt mit einem Kabel. 1G reicht. Den NICs gibst Du eine IP-Adresse in einem sonst nicht verwendeten Netzwerk, trägst kein Gateway ein und deaktivierst den Haken bei "diese Verbindung im DNS registrieren". Du siehst das neue Netzwerk danach im Clustermanager und kannst dessen Verwendung für Live-Migration deaktivieren. So sehen sich die Hosts auch, wenn der Switch einmal nicht verfügbar ist.