Microsoft MVP성태의 닷넷 이야기
디버깅 기술: 29. Windbg - Hyper-V 윈도우 7 원격 디버깅 구성 [링크 복사], [링크+제목 복사],
조회: 24617
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 3개 있습니다.)
(시리즈 글이 8개 있습니다.)
디버깅 기술: 3. 원격 컴퓨터 디버깅 - VPC 설정
; https://www.sysnet.pe.kr/2/0/265

디버깅 기술: 3.1. Managed 원격 디버깅과 WinDBG 원격 디버깅
; https://www.sysnet.pe.kr/2/0/314

디버깅 기술: 27. Windbg - Local Kernel Debug 모드
; https://www.sysnet.pe.kr/2/0/934

디버깅 기술: 29. Windbg - Hyper-V 윈도우 7 원격 디버깅 구성
; https://www.sysnet.pe.kr/2/0/938

Windows: 57. 새로 추가된 네트워크 커널 디버깅 및 PowerShell 3.0
; https://www.sysnet.pe.kr/2/0/1259

디버깅 기술: 62. windbg - 사용자 모드 원격 디버깅
; https://www.sysnet.pe.kr/2/0/1602

디버깅 기술: 192. Windbg - Hyper-V VM으로 이더넷 원격 디버깅 연결하는 방법
; https://www.sysnet.pe.kr/2/0/13343

디버깅 기술: 211. Windbg - 커널 모드 디버깅 상태에서 사용자 프로그램을 디버깅하는 방법
; https://www.sysnet.pe.kr/2/0/13851




Windbg - Hyper-V 윈도우 7 원격 디버깅 구성

예전에 Virtual Server에서 호스팅하고 있는 가상 PC에 windbg를 연결하는 방법을 설명했었는데요.

원격 컴퓨터 디버깅 - VPC 설정 
; https://www.sysnet.pe.kr/2/0/265

방법은 Hyper-V에서도 유사합니다. 단지, 윈도우 7에서의 boot.ini가 제거되는 바람에 약간 추가적인 작업이 필요한 정도인데요.

가상 머신의 COM 포트와 호스트 운영체제 측의 로컬 Named pipe 자원을 연결하는 설정은 이전과 다름없이 아래에서처럼 비슷하게 설정 방법이 제공됩니다. (Generation 2 VM의 경우 PowerShell 명령어로 설정)

windbg_hyperv_win7_1.png

Named pipe 경로: \\.\pipe\se2

이제, 대상이 되는 VM 운영체제에서 다음과 같은 명령을 관리자 권한으로 실행한 후, "재부팅" 해줍니다.

// COM1 포트에 \\.\pipe\se2를 연결한 경우
C:\Windows\system32> bcdedit /dbgsettings SERIAL DEBUGPORT:1 BAUDRATE:115200 
The operation completed successfully.

C:\Windows\system32> bcdedit /dbgsettings
debugtype               Serial
debugport               1
baudrate                115200
The operation completed successfully.

C:\Windows\system32> bcdedit /set debug on
The operation completed successfully.

C:\Windows\system32> bcdedit /set testsigning on
The operation completed successfully.

C:\Windows\system32> bcdedit
...[생략]...

Windows Boot Loader
-------------------
identifier              {current}
device                  partition=C:
...[생략]...
testsigning             Yes
isolatedcontext         Yes
...[생략]...
debug                   Yes

끝났군요. ^^ (Hyper-V를 호스팅하는 측에서) 마지막으로 windbg를 명령행에 다음과 같이 실행해 대기하거나,

...[설치경로]...\windbg.exe -k com:pipe,port=\\.\pipe\se2 -b

// 또는,

"C:\Program Files (x86)\Windows Kits\10\Debuggers\x64\windbg" -Q -k "com:port=\\.\pipe\se2,baud=115200,pipe,reconnect"

또는 windbg 실행 후, "File" / "Kernel Debug..." 메뉴를 이용하여 다음과 같이 설정해서 연결을 대기할 수 있습니다.

windbg_hyperv_win7_2.png

명령행에서 "-b" 옵션을 주지 않거나, 대화 상자에서 "Reconnect" 옵션을 끄고 실행한다면, 다음과 같이 "Waiting to reconnect..." / "Debuggee not connected" 메시지로 계속 대기를 하게 되는데요.

windbg_hyperv_win7_3.png

잘못된 것이 아니고 ^^ "Debug" / " Break" 메뉴 (단축키: Ctrl+Break)를 실행해 주면 대상이 되는 가상 PC의 실행을 완전히 멈추게 되고 다음과 같이 프롬프트가 떨어지게 됩니다.

windbg_hyperv_win7_4.png

만약, 명령행에서 "-b" 옵션을 주거나 대화 상자에서 "Reconnect" 옵션을 체크했다면 Windbg.exe는 원격 컴퓨터에 연결하자마자 "Break"를 하게 됩니다.

다시 가상 PC를 실행상태로 만들려면 "g" 명령어를 주면 됩니다. ^^




참고로, 원격 디버깅의 경우 반드시 관리자 권한으로 실행해 주어야 하는데, 그렇지 않으면 다음과 같은 오류가 발생합니다.

Could not start kernel debugging using com:pipe,port=\\.\pipe\se2
parameters, Win32 error 0n5

Access is denied.




참고로 /dbgsettings만 해서는 안 되고 debug on을 해야만 원격 디버깅이 동작합니다.

// 관리자 권한으로 실행

// 이 옵션을 설정해야만 원격 디버깅도 가능 (Secure Boot가 꺼져 있어야 함)
c:\temp> bcdedit /set debug on

// 기왕이면, 테스트 서명을 허용하는 옵션도 설정
c:\temp> bcdedit /set testsigning on

그리고 주의해야 할 사항!

반드시 windbg 종료할 때 "g" 명령어로 시스템을 활성화시켜주어야 합니다. 그렇지 않으면 계속 스케쥴링이 멈춘 체로 VM이 유지되고 풀어주려면 다시 windbg 실행해서 "g" 명령어를 내려야 합니다. ^^

예전에 Virtual Server 이야기 하면서 VM이 멈춰진 상태에서 CPU 부하가 심하다는 이야기를 한 적이 있는데요. 다행히 Hyper-V에서는 이런 현상이 없습니다. 테스트 삼아서, "Windows Virtual PC" 환경은 어떨까 싶어서 호스팅 되고 있는 "XP Mode" 가상 PC에 windbg를 걸어보았는데 이건 여전히 CPU를 13% 소비하는 현상이 있습니다. (8-core에서 13%는 단일 CPU에서의 100% 현상입니다.)

음... CPU 소비를 고려한다면, windbg로 원격 디버깅하는 환경은 Hyper-V가 이상적일 수 있다는 거군요. ^^



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/18/2025]

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

비밀번호

댓글 작성자
 



2020-01-14 10시05분
Windows - Kernel Debugging In Hyper-V
; https://t0rchwo0d.github.io/windows/Windows-Kernel-Debugging-In-Hyper-V/

입문자를 위한 윈도우 디바이스 드라이버 2장(커널디버거)
; https://www.youtube.com/watch?v=hJkSmz0BM5w

USB 키보드 크래시 덤프 (재부팅 후, Ctrl 키를 누른 상태에서 Scroll Lock 키를 두 번 연속 누르면 덤프 생성)
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\kbdhid\Parameters
CrashOnCtrlScroll (REG_DWORD 0x01)

Why can’t I trigger a manual blue screen crash by injecting the magic key sequence?
; https://devblogs.microsoft.com/oldnewthing/20240219-00/?p=109424

이더넷 연결
; https://learn.microsoft.com/en-us/windows-hardware/drivers/devtest/bcdedit--dbgsettings
; https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/setting-up-network-debugging-of-a-virtual-machine-host

[Debuggee]
C:\Windows\System32> bcdedit /dbgsettings net hostip:192.168.100.50 port:65100 key:t.e.s.t

C:\Windows\System32> bcdedit /dbgsettings
key t.e.s.t
debugtype NET
hostip 192.168.100.50
port 65100
badmemoryaccess Yes
dhcp Yes
The operation completed successfully.

[Debugger]
windbg 실행 후 Ctrl + K(Kernel Debug...) 메뉴를 통해 "NET" 설정


// COM 1 포트에 pipe 연결한 경우
bcdedit /dbgsettings SERIAL DEBUGPORT:1 BAUDRATE:115200

// COM 2 포트에 pipe 연결한 경우
bcdedit /dbgsettings SERIAL DEBUGPORT:2 BAUDRATE:115200
정성태

... 31  [32]  33  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13137정성태10/8/202214147.NET Framework: 2055. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 닷넷 모듈을 추출하는 방법
13136정성태10/7/202214500.NET Framework: 2054. .NET Core/5+ SDK 설치 없이 dotnet-dump 사용하는 방법
13135정성태10/5/202215027.NET Framework: 2053. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프를 분석하는 방법 - 두 번째 이야기 [1]
13134정성태10/4/202212231오류 유형: 820. There is a problem with AMD Radeon RX 5600 XT device. For more information, search for 'graphics device driver error code 31'
13133정성태10/4/202213364Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법 [1]
13132정성태10/3/202213392스크립트: 42. 파이썬 - latexify-py 패키지 소개 - 함수를 mathjax 식으로 표현
13131정성태10/3/202217197.NET Framework: 2052. C# - Windows Forms의 데이터 바인딩 지원(DataBinding, DataSource) [2]파일 다운로드1
13130정성태9/28/202213009.NET Framework: 2051. .NET Core/5+ - 에러 로깅을 위한 Middleware가 동작하지 않는 경우파일 다운로드1
13129정성태9/27/202213633.NET Framework: 2050. .NET Core를 IIS에서 호스팅하는 경우 .NET Framework CLR이 함께 로드되는 환경
13128정성태9/23/202216563C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import [1]파일 다운로드1
13127정성태9/22/202214824Windows: 210. WSL에 systemd 도입
13126정성태9/15/202215350.NET Framework: 2049. C# 11 - 정적 메서드에 대한 delegate 처리 시 cache 적용
13125정성태9/14/202215765.NET Framework: 2048. C# 11 - 구조체 필드의 자동 초기화(auto-default structs)
13124정성태9/13/202215546.NET Framework: 2047. Golang, Python, C#에서의 CRC32 사용
13123정성태9/8/202215600.NET Framework: 2046. C# 11 - 멤버(속성/필드)에 지정할 수 있는 required 예약어 추가
13122정성태8/26/202216009.NET Framework: 2045. C# 11 - 메서드 매개 변수에 대한 nameof 지원
13121정성태8/23/202212418C/C++: 157. Golang - 구조체의 slice 필드를 Reflection을 이용해 변경하는 방법
13120정성태8/19/202216007Windows: 209. Windows NT Service에서 UI를 다루는 방법 [3]
13119정성태8/18/202215141.NET Framework: 2044. .NET Core/5+ 프로젝트에서 참조 DLL이 보관된 공통 디렉터리를 지정하는 방법
13118정성태8/18/202212681.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [2]
13117정성태8/17/202216357.NET Framework: 2042. C# 11 - 파일 범위 내에서 유효한 타입 정의 (File-local types)파일 다운로드1
13116정성태8/4/202216794.NET Framework: 2041. C# - Socket.Close 시 Socket.Receive 메서드에서 예외가 발생하는 문제파일 다운로드1
13115정성태8/3/202217356.NET Framework: 2040. C# - ValueTask와 Task의 성능 비교 [1]파일 다운로드1
13114정성태8/2/202217254.NET Framework: 2039. C# - Task와 비교해 본 ValueTask 사용법파일 다운로드1
13113정성태7/31/202216728.NET Framework: 2038. C# 11 - Span 타입에 대한 패턴 매칭 (Pattern matching on ReadOnlySpan<char>)
13112정성태7/30/202217608.NET Framework: 2037. C# 11 - 목록 패턴(List patterns) [1]파일 다운로드1
... 31  [32]  33  34  35  36  37  38  39  40  41  42  43  44  45  ...