Windows 네트워크 계정의 경우 USERPROFILE이 사용자 네트워크 공유에 매핑되지 않는 이유는 무엇입니까?

Windows 네트워크 계정의 경우 USERPROFILE이 사용자 네트워크 공유에 매핑되지 않는 이유는 무엇입니까?

다양한 Linux 기반 배포판에서는 네트워크를 통해 사용자 홈 드라이브를 마운트하거나 사용자 계정을 수정하여 사용자 홈 드라이브의 위치를 ​​변경할 수 있습니다. $HOME 변수가 특정 위치로 설정되어 있으므로 저장된 위치에 관계없이 사용자 홈 폴더에 액세스하는 것이 간단합니다.

Windows에서 네트워크 사용자 계정의 "홈" 드라이브가 공유에 매핑되지 않은 이유는 무엇입니까? %USERPROFILE%이 z:\에 매핑되는 대신 해당 공유가 z:\에 마운트된 경우 거의 항상 c:\Users\"사용자 이름"에 매핑됩니다(적어도 XP 이후 버전에서는).

기술적인 이유나 장단점은 무엇입니까?

답변1

"네트워크 사용자 계정"은 (적어도) 다음 세 가지를 의미할 수 있습니다.

  1. Active Directory 사용자 계정(로밍 프로필을 구성하지 않음)

  2. 로밍 프로필이 있는 Active Directory 사용자 계정

  3. 매핑된 홈 폴더가 있는 AD 사용자 계정(GPO 또는 사용자 속성을 통해)

첫 번째 경우:

사용자는 로컬 프로필만 가지고 있습니다. 컴퓨터 A에 처음 로그온하면 프로필이 생성되고, 이 사용자가 컴퓨터 B에 처음 로그온하면 다른 프로필이 생성됩니다(C:\users에).

프로필은 Windows에 그렇게 하도록 지시하는 것이 없기 때문에 다른 곳에 저장되지 않습니다.

두 번째 경우:

로밍 프로필은 파일 공유에서 컴퓨터(c:\users)에 다운로드되거나 처음 로그온하는 경우 생성됩니다. 사용자가 로그오프하면 다운로드한 프로필이 파일 공유의 프로필과 병합됩니다.

세 번째 경우:

이 경우 사용자를 위해 네트워크 드라이브를 매핑하도록 선택했으며, 세션이 열릴 때 Windows는 원하는 드라이브 문자를 파일 공유의 폴더에 매핑하는 것 외에는 아무 작업도 수행하지 않습니다.

그렇다면 귀하의 질문은 프로필이 파일 공유/드라이브 문자에 직접 매핑되지 않고 c:\users 에 남아 있는 이유입니다.

성능 문제가 많으므로 사용자 프로필에 많은 활동이 있습니다.

현재 사용자의 레지스트리는 해당 폴더에 저장되어 있습니다. 이것이 네트워크 공유에 있었다면 현재 사용자의 레지스트리를 열거할 때 엄청난 대기 시간이 있을 것입니다(예를 들어).

네트워크 연결이 끊어지면 어떻게 되나요? 더 이상 데스크탑이 없나요? 사용자 프로필을 사용할 수 없기 때문에 수많은 응용 프로그램이 셀 수 없이 많은 시간 초과를 기다립니다(AppData는 사용자 프로필에도 있으며 많은 응용 프로그램은 이 위치를 사용하여 사용자별 설정을 저장합니다).

그러나 폴더 리디렉션을 사용할 수 있다는 점을 잊지 마십시오. 예를 들어 원하는 네트워크 공유에서 사용자의 문서 폴더를 리디렉션할 수 있습니다.

관련 정보