재부팅 뒤 로그인 화면에 멈춘 키오스크, 계정·정책·로그 순서로 확인합니다
정전이나 업데이트 뒤 다시 켠 매장 키오스크에 주문 화면 대신 윈도우(Windows) 로그인 화면이 떠 있는 상황이라면 이 글이 맞습니다. 윈도우 키오스크가 재부팅 후 자동 로그인이 안 될 때는 계정 구성, 방해 정책, 오류 로그 이 세 가지를 순서대로 하나씩 보면 됩니다.
확인일: 2026-10-08
윈도우 키오스크는 업데이트나 정전으로 다시 시작될 때 할당된 액세스 계정으로 자동 로그인하도록 구성할 수 있습니다. 그래서 가장 먼저 볼 것은 이 계정에 자동 로그인이 실제로 구성돼 있는지입니다. 이 구성은 할당된 액세스나 셸 시작 관리자 XML 파일에서 할 수 있습니다.
구성이 되어 있는데도 로그인 화면에서 멈춘다면 기기에 적용된 정책을 봅니다. PreferredAadTenantDomainName 정책은 자동 로그인이 작동하지 않게 만들 수 있는 정책의 예입니다.
설정을 봐도 원인이 보이지 않으면 이벤트 뷰어의 인증 사용자 인터페이스\운영 로그에서 자동 로그온 문제를 찾습니다.
이 순서는 윈도우 10과 윈도우 11에서 할당된 액세스나 셸 시작 관리자로 구성한 키오스크에 맞춘 것입니다.
지금 보이는 증상으로 먼저 볼 곳 고르기
지금 키오스크 화면에 보이는 증상에 따라 어디부터 볼지 고르면 됩니다.
| 지금 보이는 증상 | 먼저 볼 곳 |
|---|---|
| 재부팅 뒤 로그인 화면에서 멈춥니다 | 자동 로그인 구성(XML·레지스트리)을 봅니다 |
| 구성했는데도 자동 로그인이 안 됩니다 | 기기에 적용된 정책을 봅니다 |
| 설정만으로는 원인이 보이지 않습니다 | 인증 사용자 인터페이스 운영 로그를 봅니다 |
HideAutoLogonUI 사용 중 검은 화면이 나옵니다 |
계정 암호가 만료됐는지 봅니다 |
한 번에 한 칸만 확인하고, 그 단계에서 답이 나오지 않을 때 다음 칸으로 넘어가세요. 자동 로그인은 업데이트나 정전 뒤 재시작될 때 할당된 액세스 계정으로 들어가게 하는 구성이라, 첫 칸부터 보는 것이 순서에 맞습니다.
1단계: 할당된 액세스 계정에 자동 로그인이 구성되어 있는지
그러면 자동 로그인 구성은 어디서 하는 걸까요? 키오스크를 할당된 액세스로 설정했는지만 보고 판단하지 말고, 재시작 뒤 사용할 계정의 자동 로그인이 실제로 구성돼 있는지 먼저 확인합니다. 키오스크는 업데이트나 정전 뒤 다시 시작될 때 할당된 액세스 계정으로 자동 로그인하도록 구성할 수 있습니다.
구성 방법은 두 갈래입니다. 할당된 액세스 또는 셸 시작 관리자 XML 파일에서 계정의 자동 로그인을 지정하거나, 레지스트리 값을 직접 넣는 방법입니다.
레지스트리로 구성할 때 쓰는 항목은 모두 HKLM\Software\Microsoft\Windows NT\CurrentVersion\Winlogon 아래에 있습니다.
| 이름 | 유형 | 넣을 값 |
|---|---|---|
AutoAdminLogon |
REG_DWORD |
1을 넣습니다 |
DefaultUserName |
문자열 | 로그인할 계정을 넣습니다 |
DefaultPassword |
문자열 | 그 계정의 암호를 넣습니다 |
DefaultDomainName |
문자열 | 도메인 계정일 때만 도메인 값을 넣습니다 |
표에서 가장 헷갈리기 쉬운 줄은 DefaultDomainName입니다. 키오스크 계정이 로컬 계정이라면 이 키는 아예 추가하지 않습니다.
DefaultUserName에는 키오스크로 쓰는 할당된 액세스 계정을 넣어야 합니다. 다른 계정 이름이 들어가 있다면 그 계정으로 로그인을 시도하게 되니, 이 값부터 한 번 대조해 보면 됩니다.
2단계: 설정했는데도 안 되는 이유, 자동 로그인을 막는 정책
구성은 분명히 했는데 왜 여전히 로그인 화면에서 멈출까요? 기기에 적용된 정책 설정 때문에 자동 로그인이 예상대로 작동하지 않을 수 있기 때문입니다.
공식 안내를 보니 자동 로그인을 설명하는 부분 안에서 이 점을 따로 짚고, 그 예로 PreferredAadTenantDomainName 정책을 들고 있더라고요. 이 정책이 적용된 기기에서는 자동 로그인이 작동하지 않을 수 있습니다.
다만 이 정책은 예로 든 하나일 뿐입니다. 매장 기기에 이 정책이 실제로 걸려 있는지는 기기를 관리하는 담당자나 공급업체에 물어보면 됩니다.
3단계: 자동 로그온 오류는 이벤트 뷰어 어디에서 보나요
설정을 다 봤는데도 원인이 안 보이면 로그로 넘어갑니다. 단일 앱 키오스크든 다중 앱 키오스크든 자동 로그온 문제는 같은 위치에서 봅니다.
- 이벤트 뷰어를 엽니다.
애플리케이션 및 서비스 로그\Microsoft\Windows\인증 사용자 인터페이스\운영으로 들어갑니다. 자동 로그온 문제에 대한 기록은 이 로그에서 찾습니다.- 다중 앱 키오스크라면
애플리케이션 및 서비스 로그\Microsoft\Windows\AssignedAccess\Operational채널도 켭니다. 이 채널은 기본적으로 꺼져 있어서, 켜 두어야 구성·런타임 문제에 대한 추가 로그가 남습니다.
두 로그는 쓰임이 다릅니다. 자동 로그온 문제는 인증 사용자 인터페이스 운영 로그에서 보고, AssignedAccess\Operational 채널은 다중 앱 키오스크의 구성·런타임 문제를 볼 때 쓰는 추가 로그입니다.
로깅은 문제가 생기기 전에 켜 두는 편이 낫습니다. 일부 오류는 이벤트가 한 번만 기록되기 때문에, 문제가 난 뒤에 로깅을 켜면 그 기록을 놓칠 수 있습니다.
단일 앱 키오스크에서 로그인 문제를 볼 때는 UAC(사용자 계정 컨트롤)가 켜져 있는지도 함께 봅니다. 이 항목은 점검 대상 중 하나이고, 이것 하나로 원인을 정할 수는 없습니다.
확인하면서 하면 안 되는 조치
자동 로그인을 빨리 살리려다 오히려 원인을 찾기 어렵게 만드는 조치가 있습니다. 아래 조치를 하려던 참이라면 그 자리에서 잠깐 멈추세요.
- 로컬 계정인데
DefaultDomainName을 추가하지 마세요. 이 키는 도메인 계정에만 씁니다. - 문제가 난 뒤에 켠 로그가 비어 있다고 원인이 없다고 판단하지 마세요. 일부 이벤트는 한 번만 기록됩니다.
PreferredAadTenantDomainName예시 하나만 보고 여러 설정을 한꺼번에 바꾸지 마세요. 공식 안내가 예로 든 정책입니다.HideAutoLogonUI사용 중 검은 화면이 나오면 다른 조치 전에 계정 암호 만료부터 봅니다.
설정은 한 번에 하나만 바꾸고 재부팅해 결과를 본 뒤 다음 항목으로 넘어가야, 어떤 변경이 효과가 있었는지 구분할 수 있습니다.
세 단계로도 원인이 안 보일 때와 참고할 공식 문서
정리하면 계정 구성, 방해 정책, 자동 로그온 로그 순서로 한 단계씩 보면 됩니다. 이 순서는 윈도우 10과 윈도우 11에서 할당된 액세스나 셸 시작 관리자로 구성한 키오스크를 기준으로 합니다.
세 단계를 다 봐도 해결되지 않으면 키오스크 공급업체나 기기 관리 담당자에게 문의하세요. 이때 어느 단계까지 확인했는지와 인증 사용자 인터페이스\운영 로그 기록을 함께 전달하면 이야기가 빨라집니다.
공식 문서 두 개는 글 끝의 Microsoft Learn 바로가기에서 볼 수 있습니다. 개별 기기의 원인 판정, 정책 해제 방법, 이벤트별 해결법은 이 글이 확인한 공식 안내에는 나와 있지 않으니, 기기마다 설정이 다를 수 있다는 점을 염두에 두고 담당자와 함께 최종 확인하세요.
