cj_berlin

Mal sehen, wann die Speaker-Mails rausgehen Vielleicht wurde der Workflow schon auf 2022 umgestellt...

OK, das ist jetzt viel Text. Nochmal ganz langsam: Seit der Umstellung des Printservers existiert der Wert, der aus der GPO kommen sollte, *gar nicht* in der Registry - richtig oder falsch? Wenn man eine andere GPO (anscheinend die, die den Drucker installiert) nicht anwendet, entsteht dieser Wert dann doch - richtig oder falsch? Wenn man die Einstellungen manuell setzt, entsteht dieser Wert in der Registry und hat den gleichen Inhalt wie in der GPO - richtig oder falsch?

Moin, was funktioniert nicht? Kommt der Wert nicht mehr in der Registry an oder entfaltet er keine Wirkung, obwohl er ankommt?

Nachschauen? Moin, bist Du sicher, dass das der richtige Screenshot ist? Beliebige Benutzer, an diversen PCs angemeldet, erhalten quasi "out of the blue" die Aufforderung, ein Zertifikat anzufordern?

Hat aber sowas von Null mit Hyper-V zu tun

Das wäre ja unfair meinen Kunden gegenüber, die für solche strategischen Beratungen einen ordentlichen Tagessatz bezahlt haben und hoffentlich auch in Zukunft bezahlen werden... Übrigens: Wenn Du dich in einem Post auf die Forum-Nicknames beziehen möchtest, versuch's mal mit "@", @imebro

Muss halt SR-IOV unterstützen (der Host übrigens auch!). Hier die NVIDIA-Seite: https://docs.nvidia.com/grid/latest/grid-vgpu-release-notes-microsoft-windows-server/index.html Alternativ, AMD FirePro S7150 die aber auch nicht billig ist.

Aber minimal. Die Konfiguration der NVIDIA-Karten musst Du an der Kommandozeile machen. Nur den Pass-Thru-Modus kannst Du an der WebGUI setzen.

RemoteFX ist schon mit 2016 abgekündigt worden. Nicht alles muss an der GUI sichtbar sein Exchange-Admins haben die Transition auch überlebt.

Discrete Device Assignment: https://docs.microsoft.com/en-us/windows-server/virtualization/hyper-v/deploy/deploying-graphics-devices-using-dda

außer die, die nicht über WSUS verteilt werden Aber immerhin ist PowerShell Core auf dem richtigen Weg...

Ist jetzt nicht ganz on topic, aber wo steht es? In der Supportability Matrix jedefalls nicht... Hybrid klappt damit natürlich nicht, aber hey, es gibt ein Leben diesseits der Cloud! Zurück zum Thema: Ich würde mal vermuten, dass Du noch den Autodiscover SCP vom alten Exchange im AD stehen hast und einen DNS Alias von exchange2013.firma.de auf exchange2019.firma.de im DNS. Dann löst er aus dem Autodiscover den alten FQDN, kann ihn wg. des Alias aufrufen und kriegt dann das unpassende Zertifikat präsentiert. Falls meine Annahmen zutreffen, lösche einfach die beiden o.a. Objekte, und alles wird gut

Ich meine Tischler. Nicht Bediener von tischherstellenden Maschinen. Und das mit CNC-Fräse im Web ist nicht einmal abwegig. Habe ich schon gesehen - Steuerungs-PC mit zwei Interfaces. Eines offen ins große Schwarze, eines im Firmennetz. Der Hersteller wollte das so.

Ich möchte auf Tischler umschulen, das langt mir langsam...

Ansonsten, für den ersten Einstieg "R for Dummies" - liest sich ganz gut, und man bekommt eine Orientierung für die weiteren Recherchen.

Moin, aber von der rechtlichen Seite einmal abgesehen, werdet ihr vermutlich nicht umhin kommen, die Methodik eurer statistischen Auswertungen zu überarbeiten, so dass Daten, die keinen Bezug mehr haben, mit Daten, die noch einen Bezug haben, zusammengeführt werden können. Hier kommt das Konzept des Data Warehouse ins Spiel, denn Statistik mit Live-Stammdaten hat deutlich mehr Nachteile als nur die Schwierigkeiten mit GDPR. In einem Projekt, das ich betreut habe, wurde es in etwa so gelöst: jeder Datensatz, der zu einer Person reinkommt, wird sofort in ein pseudonymisiertes Data Warehouse abgezweigt. Im DWH sind keine personenbezogenen Merkmale enthalten. die Pseudonymisierung erfolgt aber nicht anhand eine reversiblen Rechenvorschrift, sondern mittels einer Pseudonymisierungstabelle. Diese wird im gleichen Vorgang bereinigt wie der Stammdatensatz. Wird also der Stammdatensatz zur Person X gelöscht, weil die Geschäftsbeziehung beendet und der Karenz-Zeitraum verstrichen ist, verschwindet auch der Eintrag in der Pseudonymisierungstabelle, und die Daten im DWH sind - in Bezug auf diese Person - nun anonymisiert. Und zwar ohne dass eine Veränderung im DWH vorgenommen werden müsste. Dadurch können statistische Auswertungen, sofern sie keine PI-Merkmale beinhalten, beliebig gefahren werden, und der Personenkreis, der damit zu tun hat, kommt zu keinem Zeitpunkt mit personenbezogenen Daten in Berührung. Das wurde durch eine Datenschutz-Kanzlei in einem stark regulierten Sektor als "gut genug für GDPR, falls richtig umgesetzt" eingestuft, auch ohne homomorphe Verschlüsselung.

Moin, ja, für einen schnellen Überblick ist es absolut brauchbar. Ich bin zwar eher ein Freund des MAP, aber die Ausgabe vom MAP ist weniger hübsch

Moin, funktioniert denn die Auflösung gegen den richtigen Server? Sprich, wenn Du von DC B per nslookup den DC A ansprichst, kannst Du dann die Domäne A auflösen? Falls nicht, würde ich mir die Windows-Firewall auf DC A anschauen...

...und beim Scrollen diesen traurigen Teil nicht übersehen: Wobei ich persönlich das mit dem Blick nach z.B. Großbritannien nicht nachvollziehen kann. Es sind noch 6 Wochen Zeit, wir impfen wie bekloppt und im LK Emsland ist die Inzidenz gerade mal bei 10,4... Aber wer weiß, was für Regeln dort herrschen.

9 Stunden musst Du gar nicht warten @Nobbyaushb: ...und falls einer die Anmeldung nicht findet: Fast bis zum Ende nach unten scrollen, bis direkt über den Sponsoren

Moin, meinst Du, wenn Du dieselbe Frage mehrmals einstellst, ohne auf die Rückfragen der Helfer zu reagieren, bekommst Du bessere Antworten?

Stimmt, da war ja was Wer weiß, vielleicht sind seine Clients ja auch noch XP...

Das ist auch das, was Du gefunden hättest https://ravingroo.com/458/active-directory-shadow-group-automatically-add-ou-users-membership/ oder eines der Hunderte anderer Ergebnisse

Moin, die Fragen von @Nobbyaushb sind berechtigt (bis auf die Frage nach der Anzahl User, denn mit Essentials ist sie ja auf 25 begrenzt und zwischen 5, 10 und 25 besteht hier aufwandtechnisch kein Unterschied). Du brauchst in Sachen AD einen Zwischenschritt, denn ein 2019er DC kann keinen 2003er FL mehr abbilden. Wenn Downtime der File Shares akzeptabel ist, würde ich wie folgt vorgehen: Einen Server 2012R2 (Eval oder, besser, nicht aktivierte Vollversion - ist ja nur für ein paar Minuten) aufsetzen und als zusätzlichen DC in die Domäne aufnehmen, alle FSMO-Rollen dahin transferieren. Den Server 2003 als DC herunterstufen, umbenennen und IP ändern. Dafür sorgen, dass alle Einträge, die auf ihn als DC verweisen, weg sind. Den DFL + FLL auf 2012R2 hochdrehen. EDIT: SYSVOL-Replikation von NTFRS auf DFS-R upgraden Neuen Server mit der IP-Adresse und dem ursprünglichen Namen des 2003er hochziehen und die Essentials-Einrichtung abschließen. File Shares des 2003er auf dem Essentials nachbauen und die Daten per Robocopy kopieren 2003er Server aus der Domäne nehmen und zur wohlverdienten Ruhe betten EDIT: temporären DC herunterstufen, aus der Domäne nehmen und zur Ruhe betten.