Best practice per la definizione dell'utente "HOMEDRIVE" "HOMEPATH" "HOMESHARE"

È considerata una buona pratica mappare le variabili di ambiente "HOME" degli utenti del dominio su un percorso di rete? Se è così, perché?

Per variabili "HOME", mi riferisco a:

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

Questa domanda sorge perché alcune applicazioni, come Git, memorizzano i file di configurazione critici in% HOMEPATH% dell'utente. Se un utente lavora in remoto o il server o la rete sono inattivi, queste applicazioni non funzionano più correttamente perché i loro file core non sono accessibili da HOMEPATH remoto.

Sembra avere più senso usare sempre le directory degli utenti Windows locali predefinite per HOMEPATH, ma non sono riuscito a trovare alcuna best practice documentata che sostenga a favore o contro questo. Nel mio ufficio, la pratica standard è quella di mappare l'utente HOMEPATH su una cartella di rete ...

Nella maggior parte dei casi, risponderei con un clamoroso NO . L'architettura di Windows offre la possibilità di reindirizzare i dati utente in un dominio / ambiente di rete attraverso il reindirizzamento delle cartelle , i file non in linea e i profili utente mobili , noti collettivamente come Virtualizzazione dello stato utente .

A complemento di questa funzionalità, alle applicazioni viene fornita la possibilità di scegliere se i loro dati vengono archiviati localmente AppData\Local, o migrati con il profilo utente AppData\Roamingo una combinazione dei due. Ciò consente di archiviare centralmente elementi come le preferenze e spostarli con l'utente, mantenendo i file specifici della macchina o i dati memorizzati nella cache in locale.

La configurazione di questi elementi si occupa automaticamente della regolazione di tutte le variabili ambientali rilevanti. Ad esempio, quando si reindirizza la cartella dei dati dell'app in roaming, %AppData%si punta automaticamente alla posizione di rete.

L'unica volta in cui dovresti regolare queste variabili manualmente è se hai un caso d'uso specifico che lo richiede, come un'applicazione legacy che non è a conoscenza della posizione corretta di archiviazione dei dati. La regolazione di variabili come %HomeDrive%può effettivamente fare più male che bene - occasionalmente rompendo le applicazioni che si aspettano che puntino a un disco locale o non siano in grado di gestire le sfumature di lavorare con un file su un sistema remoto.