응답 파일 작성 모범 사례
응답 파일을 만드는 데 다음 모범 사례를 따르는 것이 좋습니다.
응답 파일을 사용할 수 있는 방법에는 여러 가지가 있습니다. Windows 설치 프로그램에서 응답 파일을 사용하는 방법에 대한 자세한 내용은 Windows 설치 프로그램 자동화 개요를 참조하세요. Sysprep 도구에서 응답 파일을 사용하는 방법에 대한 자세한 내용은 Sysprep에서 응답 파일 사용를 참조하세요. DISM(배포 이미지 서비스 및 관리)에서 응답 파일을 사용하는 방법에 대한 자세한 내용은 DISM 무인 서비스 명령줄 옵션을 참조하세요.
Windows SIM에서 항상 응답 파일의 유효성 검사
응답 파일을 작성하는 권장 방법은 Windows SIM(Windows 시스템 이미지 관리자)에서 응답 파일을 만드는 것입니다. 단, 수동으로 작성된 응답 파일을 사용하는 경우에는 Windows SIM에서 응답 파일의 유효성을 검사하여 응답 파일이 작동하는지 확인해야 합니다.
사용 가능한 설정과 기본값은 변경될 수 있으므로 다시 사용할 때는 응답 파일의 유효성을 다시 검사해야 합니다.
불필요한 설정 피하기
설정의 부모 노드를 응답 파일에 삽입하면 불필요한 설정이 생길 수 있습니다.
Windows SIM은 응답 파일에 빈 설정을 만들지 않습니다. 빈 설정은 Windows 설치 중에 무시되지만 빈 문자열은 설치 시간을 연장할 수 있습니다. 따라서 응답 파일을 작성할 때 필요하지 않은 설정은 제거하세요.
일반적으로 구성 요소의 가장 낮은 수준까지 확장하고 설정하려는 요소만 선택하는 것이 가장 좋습니다. 기본값의 경우 필수 요소가 아니면 요소를 포함할 필요가 없습니다.
구성 단계 이해
구성 단계는 다양한 설치 단계를 나타냅니다. 각 구성 단계에서 어떤 일이 발생하는지 이해하는 것은 응답 파일을 만드는 데 매우 중요합니다. 자세한 내용은 Windows 설치 프로그램 자동화 개요 및 구성 단계의 작동 방식을 검토하세요.
빈 요소 생성 피하기
Windows SIM은 응답 파일에 빈 요소 만들기를 지원합니다. 문자열 설정 유형을 마우스 오른쪽 단추로 클릭한 다음, 빈 문자열 쓰기를 클릭하면 응답 파일에 빈 요소가 만들어집니다. 단, 일부 설정은 빈 요소를 지원하고 일부는 지원하지 않습니다. 경우에 따라 빈 요소를 만들면 Windows 설치 프로그램이 실패합니다. 빈 요소를 만들기 전에 Windows® 무인 설치 참조(Unattend.chm)의 구성 요소 설정 설명서를 참조하세요.
각 구성 단계에 대한 아키텍처별 섹션 만들기
플랫폼 간 배포를 수행하는 경우 단일 응답 파일에서 서로 다른 아키텍처 유형에 대한 구성 요소를 복제하지 마세요. 서로 다른 아키텍처 유형에 적용되는 여러 구성 요소가 단일 응답 파일에 있는 경우 설치 프로그램이 구성 요소의 설정을 두 번 이상 적용하거나 설정을 잘못 적용할 수 있습니다.
플랫폼 간 배포의 경우 각 구성 단계에 대한 아키텍처별 설정을 하나의 응답 파일에 만들어야 합니다. 예를 들어 32비트 사전 설치 환경 및 64비트 대상 컴퓨터의 경우 windowsPE 구성 단계에 x86 기반 구성 요소만 지정하고 다른 모든 구성 단계에는 x64 기반 구성 요소만 지정해야 합니다.
64비트 응답 파일의 경우 wow64 설정은 32비트 및 64비트 모드를 모두 포함하는 앱의 32비트 버전입니다.
응답 파일의 보안 향상
응답 파일은 제품 키, 암호 및 기타 계정 정보를 비롯한 중요한 데이터를 저장합니다. 다음 모범 사례에 따라 이런 중요 데이터를 보호할 수 있습니다.
응답 파일에 대한 액세스를 제한합니다. 사용자 환경에 따라 파일에 대한 ACL(액세스 제어목록) 또는 사용 권한을 변경할 수 있습니다. 승인된 계정만 응답 파일에 액세스할 수 있습니다.
암호를 숨깁니다. 응답 파일의 보안을 강화하기 위해 Windows SIM을 사용하여 로컬 계정의 암호를 숨길 수 있습니다. 자세한 내용은 응답 파일에서 중요한 데이터 숨기기를 참조하세요.
캐시된 응답 파일을 삭제합니다. 무인 Windows 설치 중에 응답 파일은 컴퓨터에 캐시됩니다. 각 구성 단계에서 도메인 암호 및 제품 키와 같은 중요한 정보는 캐시된 응답 파일에서 삭제됩니다. 하지만 다른 정보는 응답 파일에서 계속 읽을 수 있습니다. 고객에게 컴퓨터를 전달하기 전에 %WINDIR%\panther에서 캐시된 응답 파일을 삭제하세요.
참고
oobeSystem 구성 단계에서 처리될 설정이 없는 경우에만 응답 파일을 삭제합니다. oobeSystem 구성 단계는 OOBE(Out-Of-Box Experience)가 시작되기 직전에 처리됩니다. 이 시기는 일반적으로 고객이 컴퓨터를 처음 켜는 시기입니다. 이 폴더에서 응답 파일을 삭제하면 해당 설정이 처리되지 않습니다.
데이터 이미지 또는 $OEM$ 폴더를 사용하는 경우 기존 파일을 덮어쓰지 않음
추가 드라이버 또는 애플리케이션과 같은 데이터를 추가하는 경우 Windows 시스템 파일을 덮어쓰지 마세요. 시스템 파일을 덮어쓰면 컴퓨터가 손상될 수 있습니다. 드라이버 및 애플리케이션을 추가하는 방법에 대한 자세한 내용은 데이터 이미지를 만드는 방법 및 배포 공유에서 파일 및 폴더를 관리하는 방법을 참조하세요.
별도의 응답 파일을 사용하여 여러 아키텍처 유형에 배포
배포하려는 각 아키텍처 유형에 대해 별도의 응답 파일을 만듭니다. 서로 다른 아키텍처 유형에 적용되는 여러 구성 요소가 단일 응답 파일 포함되면 구성 요소 설정이 두 번 이상 적용되거나 잘못 적용될 수 있습니다.
특정 사용자 지정에 여러 응답 파일 사용
여러 응답 파일(Unattend.xml)을 사용하여 서로 다른 시간에 이미지에 적용할 수 있는 다양한 사용자 지정 집합을 만들 수 있습니다. 예를 들어 Windows 설치 중에는 브랜딩 및 지원 정보가 포함된 일반 응답 파일을 사용할 수 있습니다. 설치가 완료되면 Sysprep 도구를 실행할 때 두 번째 응답 파일을 적용하여 더 많은 사용자 지정을 추가할 수 있습니다. Windows 이미지를 서비스해야 하는 경우에는 DISM에서 다른 응답 파일을 사용할 수 있습니다.
예를 들어 Windows 설치 프로그램에서 사용하는 응답 파일에 기본 사용자 지정을 정의할 수 있습니다. 설치가 완료되면 Sysprep 또는 DISM에서 응답 파일을 사용할 수 있습니다. 예를 들어 generalize 프로세스 중에 설치에 추가된 모든 드라이버를 유지하려는 경우 PersistAllDeviceInstalls 설정이 포함된 Sysprep과 함께 사용할 응답 파일을 만들 수 있습니다. Sysprep /generalize /unattend:answerfile 명령을 실행하여 응답 파일을 적용할 수 있습니다.
Windows 설치 프로그램에서 응답 파일을 사용하는 방법에 대한 자세한 내용은 Windows 설치 프로그램 명령줄 옵션을 참조하세요.
Sysprep에서 응답 파일을 사용하는 방법에 대한 자세한 내용은 Sysprep 명령줄 구문을 참조하세요.
DISM에서 응답 파일을 사용하는 방법에 대한 자세한 내용은 DISM 무인 서비스 명령줄 옵션을 참조하세요.
올바른 메커니즘을 사용하여 Windows 이미지에 업데이트 추가
Microsoft에서 지원하는 서비스 메커니즘만 사용하여 Windows 이미지를 업데이트합니다.
DISM을 사용하여 오프라인 Windows 이미지를 업데이트합니다. 자세한 내용은 오프라인 이미지 서비스를 참조하세요.
설치하는 동안 Windows 업데이트에서 업데이트를 자동으로 다운로드하도록 컴퓨터를 구성할 수도 있습니다.
경고
$OEM$ 하위 폴더 또는 데이터 이미지를 사용하여 Windows 시스템 파일을 덮어쓰지 마십시오.
컴퓨터에 추가할 장치 드라이버가 더 있으면 DISM을 사용하여 해당 드라이버를 오프라인으로 추가합니다. Microsoft-Windows-PnPCustomizationsNonWinPE 및 Microsoft-Windows-PnPCustomizationWinPE 구성 요소를 사용하여 무인 설치에 추가 드라이버를 포함할 수도 있습니다. 자세한 내용은 오프라인에서 드라이버를 추가 및 제거하는 방법을 참조하세요.
언어 설정 지정
응답 파일을 사용하여 언어를 변경하려면 Microsoft-Windows-International-Core-WinPE 구성 요소를 사용합니다. 언어 설정을 지정할 수 있는 두 가지 구성 요소가 있습니다.
- Microsoft-Windows-International-Core-WinPE. windowsPE 구성 단계 중에 언어 설정이 적용됩니다.
- Microsoft-Windows-International-Core. specialize 또는 oobeSystem 구성 단계 중에 언어 설정이 적용됩니다.
일부 언어는 다시 시작이 필요하기 때문에 컴퓨터가 항상 다시 시작되는 windowsPE 구성 단계 중에 언어 설정을 구성하는 것이 좋습니다. specialize 또는 oobeSystem 구성 단계 중에 언어 설정을 처리하는 경우 컴퓨터를 추가로 다시 시작해야 할 수 있습니다.
Sysprep/generalize 명령을 LocalAccounts와 함께 사용하여 계정 정보 변경
Sysprep 명령을 generalize 옵션 및 LocalAccounts 설정과 함께 사용하여 기존 사용자 계정에 대한 계정 정보를 변경할 수 있습니다.
specialize 구성 단계에서 다음 예시의 설정을 지정하면 NEWVALUE의 모든 값이 변경됩니다. 단, MyAccount는 보안 그룹 멤버 자격을 유지합니다. MyAccount는 표시 이름, 설명, 암호 값이 다른 동일한 계정으로 간주됩니다.
<LocalAccount>
<Name>MyAccount</Name>
<DisplayName>NEWVALUE</DisplayName>
<Description>NEWVALUE</Description>
<Password>
<PlainText>false</PlainText>
<Value>NEWVALUEBASE64</Value>
</Password>
</LocalAccount>