testperson

Ein wenig OT: Zum automatischen Account Lock werfe ich mal diesen Artikel in den Raum: https://www.faq-o-matic.net/2013/08/07/dos-angriff-fr-jedermann-ad-konten-sperren/

Hast du Zeile 1 oder irgendeine deiner Zeilen mal in die PowerShell getippt und ausgeführt oder bspw. in der PowerShell ISE ausgeführt?

Hi, da fehlt einiges und am meisten wohl Grundlagen in Scripting/Programmierung bzw. PowerShell. Schau dir doch als erstes einmal an was ein "Get-ChildItem -Name" liefert und prüfe, ob da neben Dateien auch Ordner bei sind. Da du scheinbar nur *.ods Files möchtest, könntest du dir den "-Filter" Parameter ansehen. Ebenfalls wirst du am "Where" Statement nicht vorbeikommen, um Ordner auszuschließen bzw. mit der "StartsWith()" Funktion den Anfang des Dateinamens zu prüfen. Get-ChildItem: https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.management/get-childitem?view=powershell-7 Where-Object: https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.core/where-object?view=powershell-7 Beispielscripts: https://docs.microsoft.com/de-de/powershell/scripting/samples/sample-scripts-for-administration?view=powershell-7 Arbeiten mit Dateien und Ordnern: https://docs.microsoft.com/de-de/powershell/scripting/samples/working-with-files-and-folders?view=powershell-7 Sobald du die passende Code-Zeile hast, schauen wir weiter ;). Gruß Jan

Hi, du hast AAD Connect installiert und eingerichtet, sodass Objekte aus eurem lokalen Active Directory ins Azure AD synchronisiert werden? Jetzt lese ich heraus, dass du ein Single- / Seamless-Sign-On umsetzen möchtest? Dann wäre hier eine Anlaufstelle: https://docs.microsoft.com/en-us/azure/active-directory/hybrid/how-to-connect-sso Falls ich falsch liege, müsstest du einmal genauer beschreiben, was bereits gemacht wurde und was du letztlich erreichen möchtest. Gruß Jan

Hi, ggfs. findest du was mit dem Process Monitor. Ich denke aber, ein neues Benutzerprofil dürfte schneller und letztlich wohl auch schmerzfreier sein. Gruß Jan

Dann solltest du hier fündig werden: https://support.microsoft.com/en-us/help/182569/internet-explorer-security-zones-registry-entries-for-advanced-users Und diese Methode dürfte "entspannter" sein: https://www.gruppenrichtlinien.de/artikel/internet-explorer-datenschutz-einstellungen-cookies/

Hi, wenn du die Browser App von Teams (auf den VDAs) nutzen möchtest, würde ich nicht den IE11 nehmen, sondern den neuen Edge auf Chromium Basis oder direkt Chrome. Da sollte dann bei Cookies folgende Einstellung helfen: https://gpsearch.azurewebsites.net/#14555 Generell wäre die Frage, ob du nicht mit der Desktop App "besser" dran wärst. Diese wird immerhin automatisch bzw. per Default optimiert: https://docs.citrix.com/en-us/citrix-virtual-apps-desktops/1912-ltsr/multimedia/opt-ms-teams.html Gruß Jan

Korrekt. Im Fall Windows Server 2019 ist es in dem Vertrag, wo ich nachgesehen habe, die Build 1809 mit Patchstand 04/2020 und 06/2020. Für Windows 10 habe ich nen Screenshot gemacht ;): https://i.imgur.com/qDqt7sq.png

Hi, AFAIK bekommst du "Neuerdings" im VLSC die jeweilige Windows Server 2019 LTSC <Update Stand letzter SAC Release> sowie LTSC <Patchstand aktueller SAC Release>. Zusätzlich, sofern berechtigt, halt auch die (neuste) SAC Release. Bei Windows 10 bekommst du auch "nur noch" relativ aktuell gepatchte ISOs der verschiedenen Builds. Ich find es eigentlich ganz praktisch :). Gruß Jan

Für alle die auf 1912 LTSR geupdated haben: https://support.citrix.com/article/CTX277662

Weil ich für einen Dienstleister tätig bin ;). Wenn ich mich recht erinnere, ist der .Net 4.8 Support für Exchange 2013 "nachgeschoben" worden und irgendwo meine ich es so "als Empfehlung" im Technet / auf dem Exchange Blog gelesen zu haben. Auf die Schnelle finde ich aber grade nichts (mehr?) dazu. Gibt es Vorteile auf einem / für einen Exchange 2013 mit .Net 4.8 gegenüber einem mit .Net 4.7.2?

Hi, bei Exchange 2013 würde ich erst .Net 4.7.2 installieren und dann direkt das CU23. Im Abschluss kannst du dann noch .Net 4.8 installieren. Gruß Jan

Hi, ist grade auf dem Exchange Team Blog veröffentlich worden und könnte in deine Richtung gehen: https://techcommunity.microsoft.com/t5/exchange-team-blog/book-a-workspace-in-outlook/ba-p/1524560 Allerdings ist die "Capacity" wohl "cloud-only" :). Gruß Jan

Das Update hat allerdings keine Änderungen "am AD / LDAP" vorgenommen (und kam AFAIK erst im März). Ebenso haben (moderne) OS und Exchange keine Probleme mit den "schon länger" geltenden Best Practice aus dem Bereich.

Ist es der Domain-Admin oder ein Domain-Admin? Falls du mit dem Domain-Admin - mit der SID S-1-5-21-XXX-500 - angemeldet bist, solltest du prüfen, ob du nicht doch mit einem lokalen Konto unterwegs bist. Da wärst du nicht der Erste ;). Mir sind zuletzt immer wieder Umgebungen untergekommen, wo es lokal einen "XYZ-Admin" gab den es bl*derweise auch in der Domäne gab. Hat der neue Exchange-Server ggfs. einen (falschen (IPv6)) DNS Server, der deine Domäne nicht kennt?

Hi, du verbindest die beiden Laufwerke im gleichen GPO? Welche Aktionen hast du bei den Laufwerken gewählt? Ist "Im Sicherheitskontext des angemeldeten Benutzers ausführen" aktiv? Ist ggfs. eine Zielgruppenadressierung auf dem I: Laufwerk? Findet sich etwas im Richtlinien Ergebnis-Satz (gpresult /h %temp%\gpo.html & %temp%\gpo.html)? Ggfs.: https://support.microsoft.com/en-us/help/297684/mapped-drive-connection-to-network-share-may-be-lost Ansonsten Logging aktivieren: https://docs.microsoft.com/en-us/archive/blogs/askds/enabling-group-policy-preferences-debug-logging-using-the-rsat Und prüfen: %ProgramData%\GroupPolicy\Preference\Trace Gruß Jan

So ist es. Dafür könntest du dich hier bedienen: https://www.mcseboard.de/topic/206136-microsoft-windows-server-2016-lizenzierungshilfe/

Hi, um das etwas übersichtlicher und lesbarer zu halten, könntest du die Fehler in einen Zitat- oder Code-Block einbetten. Das wichtigste wird wohl der letzte Fehler sein: Ich vermute, du benutzt einen User, den es auch lokal auf dem Exchange-Server gibt und meldest dich derzeit eben lokal an. Zur Sicherheit, was ergibt denn: # Benutzer: whoami /USER # Gruppen: whoami /GROUPS Des Weiteren solltest du die Installation direkt mit Exchange 2016 CU17 starten. Dann bist du direkt aktuell. Dein Exchange 2010 sollte ebenfalls, sofern er es nicht ist, auf SP3 RU30 sein. Gruß Jan

Hi, AFAIK wirst du mindestens eine Volumenlizenz bzw. Software Assurance in der identischen Edition der "zu klonenden" Software brauchen, damit du die Systeme klonen/reimagen darfst: http://download.microsoft.com/download/3/D/4/3D42BDC2-6725-4B29-B75A-A5B04179958B/Reimaging.pdf Gruß Jan

Wenn ich mich nicht irre, dann ist das was ich meine, genau der Fall für das, sofern du die NAS mit Windows Server Standard lizenzierst und daher dürfte das hier eine Rolle spielen. (Außer natürlich du lizenzierst die NAS, wie im OP angedacht, doch mit Datacenter, dann dürfte es Wurst sein.)

Hier gibt es AFAIK eine Lizenz-neu-zuweisungs-Regelung-im-Hardwareausfall-Fall. Da bin ich aber nicht tief genug im Thema, meine aber, du darfst nach Ausfall des Hyper-V Bleches die Lizenz dem NAS zuweisen. Zurück von NAS auf Hyper-V zugewiesen werden darf die Lizenz dann aber erst nach 90(?) Tagen. Das sollte dir aber jemand mit Ahnung erläutern. Bei dem Vorhaben könntest du evtl. überlegen, das mit zwei identischen Hyper-V Hosts anzugehen und das NAS nur als Backup Storage nutzen. Dann könnten, sofern von den Applikationen unterstützt, die Hyper-Vs ihre VMs auf den jeweils anderen als DR Maßnahme replizieren. Um hier allerdings mehr wie "Kommt drauf an" zu sagen, müsste man weitere Details bzw. entsprechende Anforderungen kennen.

Mir würde spontan nur einfallen, dass du aufpassen müsstest, wenn du VMs von NAS <-> Hyper-V verschieben / replizieren wollen würdest, sofern das mit dem Hypervisor auf dem NAS machbar ist. Hier wäre fraglich, ob die Richtung Hyper-V -> NAS machbar wäre, sofern du die VMs auf dem Hyper-V Host mit Windows Server 201x Standard installieren würdest. Wenn auf dem NAS "nur" ein Domain Controller virtualisiert werden soll, würde ich ggfs. noch überlegen, das nicht zu tun und einen "Mini-Server" ggfs. direkt mit Standard Lizenz zu kaufen um dort den zweiten DC zu betreiben.

Hi, die RDSH Farm(en) nutzen i.d.R. den gleichen Lizenzserver, sofern auch konfiguriert. Du benötigst hier 23 User CALs oder eine entsprechende Anzahl (20 + ggfs. HomeOffice PCs / weitere zugreifende Devices) an Device CALs. Da du von VPN sprichst, würde es vermutlich mehr Device CALs wie User CALs brauchen. User CAL oder Device CAL :-P. So wie du es schilderst -> User CAL. Wie sieht es mit einem Office-Paket auf den Remote Desktop Hosts aus? Das müsste per zugreifenden Devices oder einer "terminalserverfähigen" O365 Lizenz lizenziert (pro User) werden. Du möchtest für eine NAS eine weitere Datacenter Lizenz nutzen? Gruß Jan

Das sollte in halbwegs modernen Browsern auch (einfacher) machbar sein. Im neuen Edge bspw. "Rechte Maustaste" -> "Untersuchen" oder STRG + UMSCHALT + I. Unter Quellen sollte dann zu finden sein, was da ggfs. "fremdes" eingebunden wird.

Feigling! :-P