Best Practice für die Definition des Benutzers "HOMEDRIVE" "HOMEPATH" "HOMESHARE"

Wird es als bewährte Methode angesehen, die Umgebungsvariablen "HOME" von Domänenbenutzern einem Netzwerkpfad zuzuordnen? Wenn ja warum?

Mit "HOME" -Variablen beziehe ich mich auf:

• % HOMEDRIVE%
• % HOMEPATH%
• % HOMESHARE%

Diese Frage stellt sich, weil einige Anwendungen - wie Git - kritische Konfigurationsdateien im% HOMEPATH% des Benutzers speichern. Wenn ein Benutzer remote arbeitet oder der Server oder das Netzwerk ausfällt, funktionieren diese Anwendungen nicht mehr ordnungsgemäß, da auf ihre Kerndateien vom Remote-HOMEPATH nicht zugegriffen werden kann.

Es scheint sinnvoller zu sein, immer die lokalen Standard-Windows-Benutzerverzeichnisse für HOMEPATH zu verwenden, aber ich konnte keine dokumentierten Best Practices finden, die dafür oder dagegen sprechen. In meinem Büro besteht die Standardpraxis darin, den Benutzer HOMEPATH einem Netzwerkordner zuzuordnen ...

In den meisten Fällen würde ich mit einem klaren NEIN antworten . Die Windows-Architektur bietet die Möglichkeit, Benutzerdaten in einer Domäne / Netzwerkumgebung über Ordnerumleitung , Offlinedateien und Roaming-Benutzerprofile umzuleiten , die zusammen als Benutzerstatusvirtualisierung bezeichnet werden .

Um diese Funktionalität zu ergänzen, können Anwendungen auswählen, ob ihre Daten lokal gespeichert AppData\Localoder mit dem Benutzerprofil AppData\Roamingoder einer Mischung aus beiden migriert werden sollen . Auf diese Weise können Elemente wie Einstellungen zentral gespeichert und mit dem Benutzer verschoben werden, während maschinenspezifische Dateien oder zwischengespeicherte Daten lokal gespeichert werden.

Durch die automatische Konfiguration dieser Elemente werden alle relevanten Umgebungsvariablen angepasst. Wenn Sie beispielsweise den Roaming AppData-Ordner umleiten, %AppData%wird automatisch auf den Netzwerkspeicherort verwiesen .

Das einzige Mal, wenn Sie diese Variablen manuell anpassen sollten, ist, wenn Sie einen bestimmten Anwendungsfall haben, der dies erfordert, z. B. eine Legacy-Anwendung, die den richtigen Speicherort für die Daten nicht kennt. Das Anpassen von Variablen wie %HomeDrive%kann tatsächlich mehr schaden als nützen - gelegentlich werden Anwendungen beschädigt, von denen erwartet wird, dass sie auf eine lokale Festplatte verweisen, oder sie können die Nuancen der Arbeit mit einer Datei auf einem Remote-System nicht verarbeiten.