Alle Aktivitäten

Hi, die Constrained Delegation für CIFS / Live Migration (Set up hosts for live migration without Failover Clustering | Microsoft Learn) hast du gesetzt für alle Hosts? Funktioniert die Livemigration denn generell, wenn du es per CredSSP und TCP/IP oder Compression machst? Gruß Jan

Hallo, wir haben ein MS HyperV Failvover Cluster eingerichtet. Hierbei haben wir das Problem, dass die Livemigration nicht funktioniert. Es wird die Meldung: Der Vorgang wurde für die Ressource "Virtueller Computer "VM1" nicht abgeschlossen. Wählen Sie die Aktion "Informationsdetails" aus, damit die Ereignisse für die Ressource angezeigt werden. Die Informationsdetails sind leer. Im Ereignisprotokoll System bekommen wir diese Meldung: Der Kerberos-Client hat einen KRB_AP_ERR_MODIFIED-Fehler von Server "hyperv04-001$" empfangen. Der verwendete Zielname war HTTP/Cluster01-kdm.domain.de. Dies deutet darauf hin, dass der Zielserver das vom Client bereitgestellte Token nicht entschlüsseln konnte. Dies kann auftreten, wenn der Ziel-Serverprinzipalname (SPN) nicht bei dem Konto registriert ist, das der Zieldienst verwendet. Stellen Sie sicher, dass der Ziel-SPN nur bei dem Konto registriert ist, das vom Server verwendet wird. Dieser Fehler kann auch auftreten, wenn das Kennwort für das Zieldienstkonto nicht mit dem Kennwort übereinstimmt, das im Kerberos-KDC (Key Distribution Center) für den Zieldienst konfiguriert ist. Stellen Sie sicher, dass der Dienst auf dem Server und im KDC beide für die Verwendung des gleichen Kennworts konfiguriert sind. Wenn der Servername nicht vollqualifiziert ist und sich die Zieldomäne (domain.de) von der Clientdomäne (doamin.de) unterscheidet, prüfen Sie, ob sich in diesen beiden Domänen Serverkonten mit gleichem Namen befinden, oder verwenden Sie den vollqualifizierten Namen, um den Server zu identifizieren. Die Schnellmigration funktioniert in beide Richtungen. Kennt jemand das Problem und weiß eine Lösung. Für Eure Unterstützung bedanke ich mich im Voraus

Shit, Du hast recht: Vermutlich nachts gebootet, ohne dass ich's mitgekriegt hatte, weil *aufgefordert* wurde ich mit 100% Sicherheit nicht dazu.

Laut MS gibt es das: October 14, 2025—KB5066791 (OS Builds 19044.6456 and 19045.6456) - Microsoft Support

Für Windows 10? Ich habe bisher keine gesehen, mit oder ohne ESU. Insofern @xrated2 Du bist definitiv nicht allein.

Hi, diesen Monat kamen doch die letzten "normalen" Updates für jeden. Da wird es wohl noch keine ESU Updates geben. Oder an welcher Stelle funktioniert was nicht? Was möchtest du in Windows Updates sehen? Gruß Jan

Moin an Board, so starten wir dann in den Tag - ich koche Kaffee Allen einen guten Dienstag, bleibt gesund! Der Tag beginnt mit Regen bei 12°C, es wird meist bedeckt bis etwa 15°C Bin dann noch morgen früh da und dann wieder unterwegs bis Sonntag Nachmittag - wer möchte den Küchendienst?

Ich habe Keys für Windows 10 ESU. Diese wollte ich installieren am PC siehe: https://learn.microsoft.com/de-de/windows/whats-new/enable-extended-security-updates slmgr.vbs /ipk <mak key> slmgr.vbs /ato f520e45e-7413-4a34-a497-d2765967d094 <- für erstes Jahr ESU slmgr.vbs /dlv <- die Lizenz wird als installiert angezeigt Nur in Windows Update ist nach wie vor nichts zu sehen. Habe nun auch noch die Win10 Lizenz von Retail auf MAK geändert, weil ESU ein MAK key ist. Aber brachte auch nichts. Nach einem clipesu.exe steht in der Ereignisanzeige und Konsole: Key-based ESU is enabled for at least one year... Warum funktioniert das nicht?

Korrekt. Aber auch nur, falls MS die Preise für den EO Plan 1 nicht anhebt. ;) Aber grundsätzlich stimmt das soweit. Bitte beachten, dass Funktionen wir Online-Archiv zwar in Exchange Online mit dem Plan 1 genutzt werden dürfen, aber lokal nur die Funktionen der Standard CAL enthalten sind. Also kein Exchange Online Archiv auf On-Prem.

Hallo zusammen, auch wenn der Beitrag hier über die M365 E3 Lizenzen geht, wollte ich noch mal eine Info hier platzieren. Falls ich dafür einen eigenen Beitrag erstellen sollte - sorry dafür. Wir wechseln von Exchange 2016 zu Exchange SE und haben "nur" M365 Business Basic Lizenzen. Diese beinhalten ja keine Zugriffsrechte für einen Exchange SE. Wir haben 220 Mailboxen bzw. Zugriffe die lizensiert werden müssen. Wir müssten also einmal den Server Exchange SE mit SA kaufen und zusätzlich User CALs mit SA für den Exchange SE. Unsere bisherigen Exchange 2016 CALs sind ja für die Tonne. Laut unserem Dienstleister, mit dem wir die MS Lizenzierung machen, enthält aber der eigenständige Exchange Online Plan 1 eine Standard Base CAL die auch den Zugriff auf Exchange SE abdeckt. Der Exchange Online Plan 1 der auch im M365 Business Basic enthalten ist, hat dieses Recht nicht. Der eigenständige Exchange Online Plan 1 kostet 3,89 pro User pro Monat und kommt und ist somit deutlich günstiger als eine eigenständige Exchange SE User CAL. Auf eine Laufzeit von 3 Jahren gerechnet ist das ein ordentlicher Betrag der gespart wird. Ich habe jetzt nur das hier gefunden und das würde diese Aussage ja untermauern. Oder übersehe ich hier etwas? https://learn.microsoft.com/en-us/answers/questions/5558021/microsoft-exchange-server-subscription-edition-(se Grüße, Steffen

Siehst Du vollkommend richtig! ...und die großen dürfen ja auch kleine Verträge kaufen! Nur aufpassen mit der gültigkeit/Richtigkeit der Lizenzierung! Der Server muss dort gekauft werden, wo er physisch steht, zugreifen dürfen dann alle weltweit. Also in USA, in USa kaufen, in der EU, dann auch in der EU kaufen und so weiter. Viele Grüße, Franz

Jawohl und danke 🙏

Norbert macht den Kaffee auch mit viel Liebe.

Hallo liebe community, wer kann mir sagen, wie ich in M365 den persönlichen Onedrive Speicher eines Benutzers löschen kann, ohne diesen Benutzer neu anlegen zu müssen? Danke Mario

Moin Nun ja, solange sich niemand beschwert... Vielleicht bringen sich alle ihren Kaffee von zu Hause mit. Von Mutti, mit Liebe gemacht. VG Damian

Als Abschluss von meiner Seite: Nachdem es den Exchange SE laut unserem Systemhaus immer noch nicht im CSP gibt (keine Ahnung ob das nochmal irgendwann kommt) haben wir die Serverlizenz plus SA für 3 Jahre jetzt über einen Open-Value Vertrag abgeschlossen. Client CALs sind ja in unserem Microsoft 365 E3 mit drin, die brauchts dann Gott sei Dank nicht extra. Ist auch preislich durchaus überschaubar, da hatte ich mit schlimmerem gerechnet. Aber man merkt meiner Meinung nach, dass MS den eigentlich gar nicht haben will und den nur gebracht haben, weil zu viele (zu große) Kunden denen mitgeteilt haben, das EXO für die keine Lösung ist. Anders kann ich mir diese absolut undurchsichtige Verkaufsstrategie im kleineren Segment nicht erklären.

Tach an Board, Kaffee koche ich nun keinen mehr - wer möchte, kann sich gerne am Vollautomaten bedienen Allen einen guten Start in die neue Woche - bleibt gesund! Ich muss sagen, das mit der Vertretung klappt nicht so wirklich... Hier grau bei 8°C, soll aber trocken bleiben - Freimarktwetter halt Übrigens noch 66 Tage bis Weihnachten

Task Manager wäre jetzt nicht mein Werkzeug der Wahl, dem auf die Schliche zu kommen. Wireshark oder (mit etwas mehr Klickerei) resmon/perfmon.

Manche Anwendungen füllen immer nur wieder ihren Cache, wie z.B. YouTube. Dort wird auch nicht das ganze Video geladen. Das spart Upload des Anbieters. Wenn deine anderen Datenströme normal laufen, also ohne Einbrüche, dann sollte es doch passen. Vielleicht liegt hier gar kein Problem vor?

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.