cj_berlin
-
Gesamte Inhalte
2.182 -
Registriert seit
-
Letzter Besuch
Beste Lösungen
-
cj_berlin's post in Windows 2019 Hyper-V NIC Teaming 10 Gbit & 1 Gbit Karte - was ist der Best Practice? wurde als beste Lösung markiert.
Switch Embedded Teaming for SDN | Microsoft Docs
Nicht von der Erwähnung des SDN-Stacks verunsichern lassen
-
cj_berlin's post in AD Attribut mail wurde als beste Lösung markiert.
$presentemail = (Get-ADUser $user -Properties mail).mail
-
cj_berlin's post in Remote Desktop Services 2019 wurde als beste Lösung markiert.
Moin,
das sind viele Fragen.
Apps und Desktop über die gleiche Collection geht offiziell nicht, es gibt einen Registry Hack, musst Du googlen, Stichwort "ShowInPortal".
RDWeb durch RD Gateway bereitstellen: Wenn Dein internes DNS den externen FQDN des Gateways zum RDWeb auflösen kann, sollte das funktionieren. Wenn alle Stricke reißen, RDWeb auf dem Gateway mit installieren.
-
cj_berlin's post in E-Mail-Adressrichtlinie ergänzen? wurde als beste Lösung markiert.
Ersteres nicht direkt., aber zweiteres: Set-EmailAddressPolicy (ExchangePowerShell) | Microsoft Docs
-
cj_berlin's post in Evaluation Version in Vollversion wurde als beste Lösung markiert.
Bei Server 2019 scheinen sich diese Eval-Umwandlungsprobleme wirklich zu häufen. Ich würde daher keine Zeit verschwenden, den Server "einfach" neu installieren und das ganze als teures Lehrgeld im Hinterkopf speichern.
Eine nicht aktivierte Vollversion läuft ja eine ganze Weile. Wenn man sich theoretisch vorstellen kann, den jeweiligen Server später produktiv einzusetzen, sollte man keine Eval, sondern von vorn herein eine Vollversion dafür nehmen.
Wenn ich mich recht erinnere, darf eine Eval sowieso keine produktiven Workloads ausführen...
-
cj_berlin's post in Windows Server 2019 Lizensieren wurde als beste Lösung markiert.
1 <= 2 CHECK
8 <= 16 CHECK
8 <= 8 CHECK
ergo, alles OK
-
cj_berlin's post in Stammzertifizierungsstelle - Migration wurde als beste Lösung markiert.
Moin,
wenn die Signierfunktion bei beiden CAs bereits auf SHA256 oder höher upgedated wurde und es Dir um das reine Betriebssystem-Upgrade geht, ist es wurscht, in welcher Reihenfolge Du das machst. Ich würde immer mit der Root anfangen, aber das wäre in diesem Fall keinem technischen Grund geschuldet, sondern der Gewohnheit.
Falls die Issuing CA kurzlebige Zertifikate per Autoenrollment ausstellt (Stichwort 802.1X) solltest Du die Downtime für diesen Anwendungsfall ankündigen, denn Deine Migration wird viel geschmeidiger, wenn die 2019er Maschinen die Computernamen der alten Server erben.