Alle Aktivitäten

Ja komisch. Alle sagen da kommt ne Wand und MS sagt wenn ihr vorher mit 200km/h rechtzeitig abbremst reicht da ja. ;)

Oh ja, Lebkuchen, Stollen und Co. liegen bei uns schon seit Anfang August aus. Wenn das so weitergeht, liegen bald die ersten Schoko-Hasen "zwischen den Jahren" im Regal. Natürlich nur zur Erinnerung für die Prokrastinations-Experten. VG Damian

Na ja, immerhin warnen sie VOR dem Ende, nicht NACHHER. VG Damian

OT: Einfach zwei, drei Mal am Tag laufen lassen Update-MgGroup -GroupId <Id> -MembershipRuleProcessingState Paused Start-Sleep -Seconds 5 Update-MgGroup -GroupId <Id> -MembershipRuleProcessingState On (Bei dynamischen Gruppen für Autopilot Geräte bzw. fürs Deployment Profil kann ich mal noch nicht über langsame Updates der Mitglieder klagen.)

Nachdem Microsoft langsam rumdrängelt mit seinen Artikeln, dachte ich, ich poste den Link hier dann mal für alle, die es bisher nicht mitbekommen haben: https://techcommunity.microsoft.com/blog/exchange/t-1-month-exchange-server-2016-and-exchange-server-2019-end-of-support/4453133 Erst 3 Jahre Zeit verzögern und jetzt drängeln. Ganz mein Humor ;)

Wenn Du noch selbst einkaufen gehst und nicht alles liefern lässt, kannst Du Weihnachten nicht übersehen - geht schon los in den großen Supermärkten... Ist nur unsere fortgeschrittene Expertise in Prokrastination, die das zum Problem werden lässt

Also zumindest kannst Du dich dann schon mal an die Agilität der dynamischen Gruppen in Entra ID gewöhnen, solltest Du diese mal benötigen

Bekommst du sie nicht hin? Wir wissen es nicht. Liest sich jedenfalls bisher so. Also ja, du bekommst die Attributfilterung nicht hin. Und wenn du ein wenig mehr Infos in deine Anfrage und die Nachfragen deiner Helfer schreiben würdest, würde man auch keine blöden Antworten bekommen.

Dann wirst du mit nem RecipientFilter auf "EmailAddresses" filtern müssen, sofern das machbar ist oder eben meinen Ansatz wählen. Wo klemmt es denn bei deinem bisherigen Ansatz?

Ok, das wäre dann durchaus eine Erklärung... Nächstes mal bin ich (hoffentlich) schlauer

Ich wäre skeptisch, ob MSFT Webcast irgendwas mit Microsoft zu tun hat.

-RecipientFilter "(PrimarySmtpAddress -like '*@vg1.de')" oder so ähnlich

Was hast du denn bisher versucht? So schwierig hab ich das gar nicht in Erinnerung. Mal schnell google gefragt: $Filter = 'UserPrincipalName -like "*yourcompany.com"' New-DynamicDistributionGroup -Name "Users with yourcompany.com UPN" -Alias "YourCompanyUPN" -PrimarySmtpAddress "YourCompanyUPN@yourcompany.com" -RecipientFilter $Filter Wenns nicht UPN Suffix sein soll, dann eben ein anderes filterbares Attribut: https://learn.microsoft.com/en-us/powershell/exchange/recipientfilter-properties?view=exchange-ps

Hi, falls es nicht zwingend "dynamisch" sein muss, lass doch zwei, drei Mal am Tag ein PowerShell Script per Scheduled Task drüber laufen, das dir die Gruppen baut, wie du sie gerne hättest. Damit bist du vermutlich flexibler. Bzw. schreibe dir mit diesem "Helper Script" die entsprechende Domain in ein Custom Attribut, welches du dann für den Filter hernimmst. Was soll den mit Usern passieren, die beide Adressen haben? Gruß Jan

In einer idealen Welt würde die Doku des Herstellers auch das gleiche Ergebnis zeigen wie das Video des Herstellers Spätestens wenn man dann beides sich zu Gemüte geführt hat darf man raten was richtig ist oder testen was funktioniert Microsoft ist schon toll...

Hi, ich möchte gerne dyn VG anlegen - wo das Attribut die intern Mailadressendung ist. Wie kann ich das realisieren? VG1 - alle email mit Endung @vg1.de VG2 - alle email mit Endung @vg2.de Ich habe 1000 User, wie kann ich das einfach realisieren? Die Gruppe ist erstellt - die Atributtbestimmung bekomme ich nicht hin? Danke! Q

Wer braucht schon die Hersteller Doku (Create a workgroup cluster in Windows Server | Microsoft Learn) wenn es Youtube Videos gibt.

Habe gerade das Problem und die Lösung gefunden. Im MSFT-Video zur Einrichtung des Workgroup-Clusters wird in der besagten GPO der Hostname als FQDN eingegeben, das scheint aber entweder falsch oder nicht ausreichend zu sein. Ich habe jetzt einfach den Hostnamen ohne Suffix eingegeben und schon funktioniert es! Ich habe auf beiden Nodes einen gleichlautenden User mit lokalen Adminrechten und gleichem PW angelegt.

Hi, was hast du denn da eingetragen und was kommt auf den Nodes an? Nutzt du den Built-In Administrator oder nutzt du individuelle Accounts auf den Nodes? Gruß Jan

Hallo Leute, soweit läuft der Cluster, Test-VM lässt sich auch verschieben und auch Livemigration funktioniert. Ich habe nur das Problem, dass eine Fehlermeldung kommt wenn ich versuche, im Clustermanager eine VM auf einem anderen Konten zu verwalten. Es kommt eine WinRM Fehlermeldung: Fehler beim Vorgang auf Computer "Hyperv02": Der WinRM-Client kann die Anforderung nicht verarbeiten. Wenn das Authentifizierungsschema nicht Kerberos ist oder der Clientcomputer nicht Mitglied einer Domäne ist, muss der HTTPS-Datentransport verwendet werden, oder der Zielcomputer muss der TrustedHosts-Konfigurationseinstellung hinzugefügt werden. Verwenden Sie "winrm.cmd", um TrustedHosts zu konfigurieren. Beachten Sie, dass Computer in der TrustedHosts-Liste möglicherweise nicht authentifiziert sind. Weitere Informationen hierzu erhalten Sie, indem Sie den folgenden Befehl ausführen: "winrm help config".. Habe aber die Hosts jeweils über GPO (Computerkonfiguration\Administrative Vorlagen\Windows-Komponenten\Windows-Remoteverwaltung\WinRM-Client\Vertrauenswürdige Hosts) eingetragen. Was ja auch die Fehlermeldung empfiehlt... Jemand eine Idee warum es trotzdem nicht funktioniert? Oder bin ich da am Holzweg?

Wird es denn Probleme geben wenn ich es so lasse wie jetzt? Bis jetzt läuft es soweit.

Hi Jan, das script finktioniert soweit, dass die VHDX erstellt wird. Allerdings wird Diese dann wohl bein ersten Anmelden des Users überschrieben und neu erstellt. Hast Du eine Lösung dafür?

Bevor ich das vergesse - noch 100 Tage bis Weihnachten Damit das nicht wieder so plötzlich kommt...

Danke für den Kaffee. War schon beim Sport.