多くの Linux ベースのディストリビューションでは、ユーザーのホーム ドライブをネットワーク経由でマウントしたり、ユーザー アカウントを変更してユーザーのホーム ドライブの場所を変更したりできます。$HOME 変数が特定の場所に設定されているため、ユーザーのホーム フォルダがどこに保存されていても、簡単にアクセスできます。
Windows では、ネットワーク ユーザー アカウントの「ホーム」ドライブが共有にマップされないのはなぜでしょうか。共有が z:\ にマウントされている場合、%USERPROFILE% が z:\ にマップされる代わりに、ほとんどの場合、c:\Users\"ユーザー名" にマップされます (少なくとも XP 以降のバージョンでは)。
技術的な理由やトレードオフは何ですか?
答え1
「ネットワーク ユーザー アカウント」は (少なくとも) 次の 3 つのことを意味します。
Active Directory ユーザー アカウント (ただし、移動プロファイルは構成されていません)
移動プロファイルを持つ Active Directory ユーザー アカウント
ホーム フォルダがマップされた AD ユーザー アカウント (GPO またはユーザーのプロパティ経由)
最初のケースでは:
ユーザーにはローカル プロファイルのみがあり、コンピューター A に初めてログオンするとプロファイルが作成され、このユーザーがコンピューター B に初めてログオンすると別のプロファイルが作成されます (C:\users 内)
Windows からそうするように指示がないため、プロファイルは他の場所に保存されません。
2番目のケースでは:
移動プロファイルはファイル共有からコンピューター (c:\users) にダウンロードされます (または最初のログオンの場合は作成されます)。ユーザーがログオフすると、ダウンロードされたプロファイルはファイル共有上のプロファイルと結合されます。
3番目のケースでは:
この場合、ユーザーのネットワーク ドライブをマップすることを選択し、セッションが開かれると、Windows は必要なドライブ文字をファイル共有上のフォルダーにマップする以上のことは何も行いません。
それで、あなたの質問は、なぜプロファイルがファイル共有/ドライブ文字に直接マップされず、 c:\users に残っているのかということです。
パフォーマンス上の問題が多数発生するため、ユーザー プロファイルには多くのアクティビティがあります。
現在のユーザーのレジストリはそのフォルダーに保存されますが、これがネットワーク共有上にあるとすると、現在のユーザーのレジストリを列挙するときに大きな遅延が発生します (例)。
ネットワーク接続が失われたらどうなるでしょうか? デスクトップはもう使えません。ユーザーのプロファイルが利用できないため、多くのアプリケーションは数え切れないほどのタイムアウトを待つことになります (AppData もユーザーのプロファイルにあり、多くのアプリケーションはこの場所を使用してユーザー固有の設定を保存します)
ただし、フォルダー リダイレクトを使用して、たとえば、必要なネットワーク共有上のユーザーのドキュメント フォルダーをリダイレクトできることを忘れないでください。