Microsoft MVP성태의 닷넷 이야기
디버깅 기술: 29. Windbg - Hyper-V 윈도우 7 원격 디버깅 구성 [링크 복사], [링크+제목 복사],
조회: 24709
글쓴 사람
정성태 (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
정성태

... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12183정성태3/11/202017698오류 유형: 601. Warning: DsGetDcName returned information for \\[...], when we were trying to reach [...].
12182정성태3/11/202019203.NET Framework: 901. C# Windows Forms - Vista/7 이후의 Progress Bar 업데이트가 느린 문제파일 다운로드1
12181정성태3/11/202019475기타: 76. 재현 가능한 최소한의 예제 프로젝트란? - 두 번째 예제파일 다운로드1
12180정성태3/10/202015942오류 유형: 600. "Docker Desktop for Windows" - EXPOSE 포트가 LISTENING 되지 않는 문제
12179정성태3/10/202027673개발 환경 구성: 481. docker - PostgreSQL 컨테이너 실행
12178정성태3/10/202019733개발 환경 구성: 480. Linux 운영체제의 docker를 위한 tcp 바인딩 추가 [1]
12177정성태3/9/202018952개발 환경 구성: 479. docker - MySQL 컨테이너 실행
12176정성태3/9/202018466개발 환경 구성: 478. 파일의 (sha256 등의) 해시 값(checksum) 확인하는 방법
12175정성태3/8/202018502개발 환경 구성: 477. "Docker Desktop for Windows"의 "Linux Container" 모드를 위한 tcp 바인딩 추가
12174정성태3/7/202017891개발 환경 구성: 476. DockerDesktopVM의 파일 시스템 접근 [3]
12173정성태3/7/202019195개발 환경 구성: 475. docker - SQL Server 2019 컨테이너 실행 [1]
12172정성태3/7/202023740개발 환경 구성: 474. docker - container에서 root 권한 명령어 실행(sudo)
12171정성태3/6/202018858VS.NET IDE: 143. Visual Studio - ASP.NET Core Web Application의 "Enable Docker Support" 옵션으로 달라지는 점 [1]
12170정성태3/6/202016880오류 유형: 599. "Docker Desktop is switching..." 메시지와 DockerDesktopVM CPU 소비 현상
12169정성태3/5/202019386개발 환경 구성: 473. Windows nanoserver에 대한 docker pull의 태그 사용 [1]
12168정성태3/5/202020566개발 환경 구성: 472. 윈도우 환경에서의 dockerd.exe("Docker Engine" 서비스)가 Linux의 것과 다른 점
12167정성태3/5/202019030개발 환경 구성: 471. C# - 닷넷 응용 프로그램에서 DB2 Express-C 데이터베이스 사용 (3) - ibmcom/db2express-c 컨테이너 사용
12166정성태3/4/202019406개발 환경 구성: 470. Windows Server 컨테이너 - DockerMsftProvider 모듈을 이용한 docker 설치
12165정성태3/2/202018372.NET Framework: 900. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 네 번째 이야기(Monitor.Enter 후킹)파일 다운로드1
12164정성태2/29/202019486오류 유형: 598. Surface Pro 6 - Windows Hello Face Software Device가 인식이 안 되는 문제
12163정성태2/27/202017817.NET Framework: 899. 익명 함수를 가리키는 delegate 필드에 대한 직렬화 문제
12162정성태2/26/202021664디버깅 기술: 166. C#에서 만든 COM 객체를 C/C++로 P/Invoke Interop 시 메모리 누수(Memory Leak) 발생 [6]파일 다운로드2
12161정성태2/26/202017645오류 유형: 597. manifest - The value "x64" of attribute "processorArchitecture" in element "assemblyIdentity" is invalid.
12160정성태2/26/202018151개발 환경 구성: 469. Reg-free COM 개체 사용을 위한 manifest 파일 생성 도구 - COMRegFreeManifest
12159정성태2/26/202015206오류 유형: 596. Visual Studio - The project needs to include ATL support
12158정성태2/25/202017750디버깅 기술: 165. C# - Marshal.GetIUnknownForObject/GetIDispatchForObject 사용 시 메모리 누수(Memory Leak) 발생파일 다운로드1
... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...