cj_berlin

Du musst unterscheiden zwischen "DNS läuft nicht auf DC" und "DNS, was auf DC läuft, wird nicht von Hinz und Kunz zur Namensauflösung angesprochen". Und ja, DCs ohne DNS und DNS auf anderen Servern ist eine unterstützte Konfiguration und von Microsoft dokumentiert. "Dokumentiert" und "unterstützt" ist aber etwas anderes als "empfohlen" und stammt aus einer Zeit, wo Du auf einem Uni-Campus 5000 Knoten im UNIX-DNS hattest, und daneben war noch ein Windows-Bereich mit AD und 50 Rechnern. Mit einer Konfigurationsverwaltung und Software-Verteilung. Die meisten Produkte, die nicht von Microsoft sind, benötigen dafür kein AD. Steht alles in den Event Logs. Attribute am AD-Objekt des Clients können auch bei der Diagnose helfen.

Moin, alles hier beschrieben: https://techcommunity.microsoft.com/t5/core-infrastructure-and-security/ldap-channel-binding-and-ldap-signing-requirements-march-2020/ba-p/921536 TLDR; Auditing einschalten (hast Du ja schon gemacht) Event 2889 im Directory Service Log: Verbindungen ohne Signierung ODER ohne TLS Event 3039 im Directory Service Log: Verbindungen mit TLS, aber ohne Channel Binding Wenn keines dieser Events kommt, wird TLS ausgehandelt und offenbar auch CB verwendet. Wenn Du es ganz genau wissen willst, kannst Du den Diagnostic Level höher drehen und Dich auf einen Haufen Events vorbereiten NB: Die Einstellung "Require Signing" erzwingt die Signierung nur dann, wenn TLS nicht verwendet wird! @NorbertFe Warum sollte ich keinen Simple Bind auf 389 hinbekommen? Wenn die Signierung klappt, muss es doch gehen, und dafür braucht es keine Domänen-Mitgliedschaft... oder übersehe ich ob der frühen Stunde etwas?

Moin, wenn Du keine AD-Standorte hast, geht jeder Client davon aus, dass beide Exchange Server gleichermaßen gut erreichbar sind.

Ich wage mir nicht auszumalen, was Du mit "After-Rollout" meinst Aber Deine Organisation wäre nicht die erste, die ihre IT grundsätzlich durch diese Öffnung betreibt...

Doch, weil man es jedes mal wiederholen muss, wenn sich Berechtigungen ändern Und die "Lösung" sollte ja durch die Fachabteilungen verwaltbar sein, so wie früher in Notes

Das kriegt man aber durch unsupportetes Herumfummeln an AD-Attributen auch gelöst. Ich hatte einen Kunden (kam von Lotus Notes), der bereit war, dafür Geld zu bezahlen.

Moin, jetzt mal aber kurz back to basics: Exchange ist gepatcht - CU21 und Juli-SU sind eingespielt? Download Domain für OWA ist eingerichtet? Detection Script aus dem Hafnium-Hack ausgeführt und findet nichts?

Doch. Kommt nur auf den Stundensatz an.

Moin, wenn es ein lokales Konto ist, wird dafür nach Beitritt zu einer (anderen) Domäne kein neues Profil angelegt. Ansonsten, wenn es in Wirklichkeit um Domain-Accounts geht, der Zug schon abgefahren ist und der Einsatz eines Migrationstools (ADMT hätte genügt) nicht mehr zur Debatte steht, musst Du nur einen Registry-Key umschreiben (SID unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList) sowie die Daten und die Registry re-ACLen (für beides hilft SetACL von Helge Klein). Und schon hast Du ein 99,5% funktionierendes Profil.

Du darfst auf einem Domain Member keine DNS-Server eintragen, die die Zone ihrer Domain nicht auflösen können. Set 22 Jahren bekannt.

Das VPN und evtl. Firewalls soweit gerade ziehen, dass die Kommunikation funktioniert?

Bestimmt, aus 9x 8GB Platten. Hatte ich auch mal

OK, das wird jetzt langsam wirklich spannend. @Marco31 welches Verhalten hast Du dir den erhofft? Es gäbe ja in meinen Augen fünf Varianten: Wenn SRP aktiv ist, wirkt AppLocker nicht --> hast nichts gewonnen, oder? Wenn AppLocker aktiv ist, wirkt SRP nicht --> das ist das, was MSFT sich gedacht hat, passt Dir offenbar nicht Wenn beide aktiv sind, greift SRP zuerst --> AppLocker im Audit Mode würde nichts loggen, was verboten werden sollte, denn das würde ja schon von SRP weggeblockt werden Wenn beide aktiv sind, greift AppLocker zuerst --> vermutlich Dein Favorit Wenn beide aktiv sind, greift einer der Mechanismen, der andere kriegt den Ausführungsversuch aber auch dann mit, wenn er vom ersten geblockt wurde. Ansonsten: Um Überraschungen zu vermeiden, RTFM: hier steht schwarz auf weiß: "Verwenden von AppLocker- und Softwareeinschränkungsrichtlinien in derselben Domäne AppLocker wird auf Systemen unterstützt, die Windows 7 und höher ausgeführt werden. Richtlinien für Softwareeinschränkung (Software Restriction Policies, SRP) werden auf Systemen unterstützt, die Windows Vista oder früher ausgeführt werden. Sie können weiterhin SRP für die Anwendungssteuerung auf Ihren Computern vor Windows 7 verwenden, aber AppLocker für Computer verwenden, auf denen Windows Server 2008 R2 Windows 7 und höher ausgeführt wird. Es wird empfohlen, AppLocker- und SRP-Regeln in separaten GPOs zu erstellen und das Gruppenrichtlinienobjekt mit SRP-Richtlinien auf Systeme zu adressieren, die Windows Vista oder früher ausgeführt werden. Wenn sowohl SRP- als auch AppLocker-Richtlinien auf Computer angewendet werden, auf denen Windows Server 2008 R2 Windows 7 und höher ausgeführt wird, werden die SRP-Richtlinien ignoriert."

Das kannst Du in Deinen eigenen Skripten halten, wie Du willst. In Deinem Beispiel benutzt Du aber ein fertiges Cmdlet, und dieses schreibt den Fortschritt hart in den Progress-Outputstream.

Moin, Deine GUI müsste dafür den Progress Buffer auslesen (siehe https://docs.microsoft.com/de-de/dotnet/api/system.management.automation.psdatastreams.progress?view=powershellsdk-7.0.0 ) und dann entsprechend eine grafische Progress Bar zeichnen.

Der G7 hatte auch nur einen FakeRAID, diesen B210i-Controller. Funktioniert nur unter Windows und nur mit dem richtigen Treiber. Die Funktion kriegst Du vom SR100i auch, sie ist nur ehrlicher beschrieben.

Moin, wenn Du bisher mit dem Microserver zufrieden warst, kannst Du halt den Nachfolger nehmen: https://h20195.www2.hpe.com/v2/GetDocument.aspx?docname=a00073554enw Da gäbe es sogar einen kleinen Xeon als CPU Das einzige, was nicht passt, wäre kein Hardware RAID, aber das hatten die Vorgänger ja auch nicht. Ich habe dann immer einen Adaptec-RAID reingesteckt, die Kabelpeitsche passte ganz gut rein. Alternativ gibt es ganz gute Microserver von Thomas Krenn: https://www.thomas-krenn.com/de/produkte/tower-systeme/microserver.html Da kannst Du auch einen RAID-Controller reinkonfigurieren.

Immer wenn Du Journaling pro Postfach konfigurierst, benötigst Du für dieses Postfach eine Enterprise CAL. Eine Lösung mit Standard CAL wäre: Du trennst die SMTP-Domains auf separate Datenbanken. Dann kannst Du das herkömmliche Journaling (auf DB-Basis) verwenden und brauchst keine Enterprise CALs.

Moin, gehört jeder Empfänger jeweils nur einer Domain an? Dann geht es mit dem Premium Journaling (braucht Enterprise CAL). Wenn die Empfänger Adressen aus beiden SMTP-Domains haben und Du möchtest die Mails unterschiedlich archivieren, je nachdem, an welche Domain sie gegangen sind, dann wäre eine Transportregel mit "Add BCC" vielleicht eine Option...

Moin, wenn es wirklich kein Exchange on-prem und keinen Sync zu Azure AD mehr gibt, kannst Du alle Attribute natürlich bereinigen. Allein schon, damit neue und alte Benutzer-Objekte denselben Satz an Attributen bestückt haben. Aber magst Du kurz erklären, was da gelaufen ist? Ihr habt einen Exchange und einen AAD Sync gehabt, und jetzt ist beides weg?

So etwas hier? https://www.vspbreda.nl/nl/ms-office/office-365/name-reference-invalid/

Das Problem oder vielmehr die Aufgabe, die Du lösen wolltest, hast Du uns bisher hartnäckig vorenthalten. SMB1 *und* WINS auf DC sind ein größeres Problem als alles, was auch nur ansatzweise die Netzwerkumgebung notwendig machen könnte. Es ist so, als ob Du aus Ärger, dass man 2021 im Auto keine durchgehenden Sitze mehr vorn einbaut, die Sicherheitsgurte ausgebaut hättest, um besser mit Deiner Freundin schmusen zu können während der Fahrt. Ich hoffe für Dich, dass es Dein eigenes Netzwerk ist. Dann hast Du wenigstens nur Dir selbst geschadet.

Naja, deswegen haben wir uns ja auch angewöhnt, auf die Anforderung "because reasons" mit der Machbarkeitsaussage "it depends" zu reagieren

Nee, man muss die Treiber schon installieren, aber Du hast ja eine Software-Verteilung.... Sind nur zwei Befehle, wenn ich mich recht erinnere.

Hmmm. Die Treiber... einfach verteilen?