Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Windows Server 2019 빌드 17763부터 Alt + F4 입력시 곧바로 로그아웃하는 현상

그전에는 바탕 화면에 포커스가 간 상태에서 "Alt + F4" 키를 누르면 로그아웃 여부를 묻는 단계(What do you want the computer to do?)가 하나 있었는데, 17763 빌드부터는 그냥 곧바로 로그아웃을 해버립니다.

검색해 보면 이에 대한 이야기가 점차로 수면 위로 떠오르고 있는데요.

windows server 2019 - ALT+F4 logs off immediately without prompt dialog
; https://serverfault.com/questions/967452/windows-server-2019-altf4-logs-off-immediately-without-prompt-dialog

마이크로소프트 측은 이에 대한 해제를 할 수 있는 방법을 제공하지 않는다고 합니다. (분위기로 보아, 아마도 나중에는 group policy 정도의 설정으로 제공하지 않을까?... 라는 예상을 해봅니다. ^^)

만약 그사이, 로그아웃 현상이 너무 불편하다면, 위의 Q&A 덧글에서 제공하는 NoClose 옵션 정도가 대안이 될 수 있습니다.

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer] "NoClose"=dword:00000001

위의 값을 1로 설정하면 이후부터 Alt + F4가 눌린 경우 무조건 다음과 같은 메시지를 출력하며,

Restrictions

This operation has been cancelled due to restrictions in effect on this computer. Please contact your system administrator.

로그아웃이 안 됩니다. (대신 메뉴를 통해 로그아웃을 해야 합니다.)

그나저나... 어느 것이 더 불편할까요? (^^ 바탕 화면에 포커스가 있는 상태에서는 Alt + F4 키를 누르는데 더 조심하는 습관을 들이는 것이 좋겠습니다.)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 7/5/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 16  17  18  19  20  21  22  23  24  25  26  27  28  29  [30]  ...
NoWriterDateCnt.TitleFile(s)
13190정성태12/9/202216874.NET Framework: 2076. C# - SynchronizationContext 기본 사용법파일 다운로드1
13189정성태12/9/202216911오류 유형: 831. Visual Studio - Windows Forms 디자이너의 도구 상자에 컨트롤이 보이지 않는 문제
13188정성태12/9/202215394.NET Framework: 2075. C# - 직접 만들어 보는 TaskScheduler 실습 (SingleThreadTaskScheduler)파일 다운로드1
13187정성태12/8/202215376개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/202213138오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/202214092개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/202212654개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성 [1]
13183정성태12/4/202212484오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리 [1]
13182정성태12/4/202214291Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/202212803Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/202213613.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/202212330Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/202213435Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/202214008오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/202211545오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/202215841오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/202212549.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/202213475.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/202212990.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/202212510Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/202213434Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/202214716Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/202212618제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/202213078.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/202213030개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/202212017개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
... 16  17  18  19  20  21  22  23  24  25  26  27  28  29  [30]  ...