Dukel

Hybrid Config erstellen, wenn noch nicht vorhanden, und dann die Postfächer einfach migrieren. Ggf. am Ende Hybrid wieder entfernen.

Ich würde, wenn wirklich keine Domäne gewünscht ist, die Clients aus der Domäne nehmen und mit Lokalen Konten arbeiten. Wieso keine Domäne mehr?

Wenn Federation nicht möglich ist gibt es ja relativ neu die Pass-Trough Auth. Die Kennwort Hashes werden nicht gesynct und man braucht keine komplexe ADFS Infrastruktur.

Wieso dann Ruhezustand und nicht herunterfahren?

Es wird Account Sharing betrieben? Habe ich gar nicht herausgelesen. Das würde ich als erstes auch entfernen.

Müssen Anwaltskanzleien nicht beA (Besonderes elektronisches Anwaltspostfach) nutzen?

Manchmal hilft keine Technik und man muss etwas organisatorisch lösen.

Das einzige was ich kenne, wo kein Copy/Paste funktioniert ist beim Passwort wechseln. RDP kann ich immer das Passwort einfügen und Strg+v von keepass sollte ja eh transparent sein, da Keepass das sozusagen über die Tastatur eingibt. Wir nutzen Royal TS und speichern dort das Passwort (mit Royal TS Verschlüsslung).

Nochmal zum Vorschlag von mir? Geht da kein DNS? Dann brauchst du den ganzen Aufwand nicht treiben. Dann ist die IP egal!

Wozu braucht man IP Adressen? Geht es nicht via DNS?

Du hast ein Array mit Strings und keinen String. Das -join macht daraus ein String ung verbindet alle drei Elemente mit "new-Line" und "Test". $test | %{ 'Test ' + $_ }

Ist der Client und der Benutzer im AD angelegt / gejoint? Was ist das für ein VPN? Gibt es ein AD für die Mutter und ein eigenes für euch oder ist das nur ein AD?

Die Frage ist, ob du überhaupt eine KeyTab Datei brauchst. Ob Kinit nicht reicht.

Vermutlich. Keytab wird für Services genutzt. Wenn sich ein User (interaktiv) anmelden möchte nutzt er kinit. EDIT: Man kann mit kinit ein keytab File nutzen. https://kb.iu.edu/d/aumh#use Was ist denn genau das Ziel des ganzen?

Die KeyTabs brauchst du um einem Domänenbenutzer (Service Account) Kerberos beizubringen, z.B. für ein Linux Webserver. Um sich an der DB einzuloggen gibt man entweder ein Domänenuser / Passwort an (bzw. via Kerberos mit kinit) oder man braucht einene Trust für eine fremde Domäne.

FQDN ist der Hostname im DNS. Das hat nichts mit dem AD zu tun. Bei den Requirements steht nichts mit AD: https://vmware.github.io/vic-product/assets/files/html/1.4/vic_vsphere_admin/vic_installation_prereqs.html

VCenter gibt es mittlerweile als Appliance.

Was wirklich Rechtsverbindlich ist solltest du einen Rechtsberater fragen.

Sowas setzt man auf einem Lokalen Server auf. Wenn man das Unbedingt bei einem Hoster braucht, dann braucht man da vorher etwas mehr Vorbereitung.

Hast du eigenen Profile für die Terminalserver eingerichtet oder nur das generelle Servergespeicherte Profil?

Stelle doch beides deinem Verwandten gegenüber. Kosten einmalig, regelmäßig, vorteile, nachteile.

Du kannst mit der Eval oder Developer Version das Feature für dich Testen. Das ist dann unabhängig von dem Produktiven SQL Server.

Start/Stop-Service geht auch remote und Dateien löschen auch. D.h. Invoke-command kann man sich sparen.

Und woi ist deine Frage? Was mir als erstes auffällt ist, dass du keine zwei gleichen foreaches brauchst, sondern in einem Foreach kannst du mehr machen.

Du willst die Fileserverrolle auf dem Host und nicht in der VM installieren? Wenn der Fileserver nur für die VM's ist (mit Storage Spaces Direct) ist das in Ordnung. Wenn der Fileserver für die Clients ist, würde ich das eher als VM laufen lassen.