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

(시리즈 글이 14개 있습니다.)
개발 환경 구성: 83. Hyper-V의 네트워크 유형 (1)
; https://www.sysnet.pe.kr/2/0/910

개발 환경 구성: 84. Hyper-V의 네트워크 유형 (2)
; https://www.sysnet.pe.kr/2/0/915

개발 환경 구성: 87. Hyper-V의 네트워크 유형 (3)
; https://www.sysnet.pe.kr/2/0/918

Windows: 59. Hyper-V Internal 네트워크 VM의 인터넷 접속
; https://www.sysnet.pe.kr/2/0/1335

개발 환경 구성: 330. Hyper-V VM의 Internal Network를 Private 유형으로 만드는 방법
; https://www.sysnet.pe.kr/2/0/11299

Windows: 174. WSL 2의 네트워크 통신 방법
; https://www.sysnet.pe.kr/2/0/12347

개발 환경 구성: 517. Hyper-V Internal 네트워크에 NAT을 이용한 인터넷 연결 제공
; https://www.sysnet.pe.kr/2/0/12352

개발 환경 구성: 522. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법
; https://www.sysnet.pe.kr/2/0/12494

개발 환경 구성: 656. Internal Network 유형의 스위치로 공유한 Hyper-V의 VM과 호스트가 통신이 안 되는 경우
; https://www.sysnet.pe.kr/2/0/13199

개발 환경 구성: 660. WSL 2 내부로부터 호스트 측의 네트워크로 UDP 데이터가 1개의 패킷으로만 제한되는 문제
; https://www.sysnet.pe.kr/2/0/13230

개발 환경 구성: 665. WSL 2의 네트워크 통신 방법 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/13256

개발 환경 구성: 670. WSL 2에서 호스팅 중인 TCP 서버를 외부에서 접근하는 방법
; https://www.sysnet.pe.kr/2/0/13280

개발 환경 구성: 712. Windows - WSL 2의 네트워크 통신 방법 - 세 번째 이야기 (같은 IP를 공유하는 WSL 2 인스턴스)
; https://www.sysnet.pe.kr/2/0/13647

개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/13658




Internal Network 유형의 스위치로 공유한 Hyper-V의 VM과 호스트가 통신이 안 되는 경우

Hyper-V에 가상 스위치를 Internal Network 유형으로 하나 생성해 두었는데, 호스트 측의 IP 주소와 서브넷을 일부러 이런 식으로 지정해 두었습니다.

// 호스트 측의 Inetrnal Network IP 정보

c:\temp> ipconfig
...[생략]...

Ethernet adapter vEthernet (InternalNet):

   Connection-specific DNS Suffix  . :
   Link-local IPv6 Address . . . . . : fe80::c6f5:bd9e:351a:2e9b%9
   IPv4 Address. . . . . . . . . . . : 192.168.105.18
   Subnet Mask . . . . . . . . . . . : 255.255.255.240
   Default Gateway . . . . . . . . . :

이 상태에서 "InternalNet"을 지정한 가상 어댑터를 추가한 VM을 실행해 보면 IP 주소가 이런 식으로 제멋대로 나옵니다.

// VM 측의 Inetrnal Network IP 정보

c:\temp> ipconfig
...[생략]...

Ethernet adapter Ethernet 6:

   Connection-specific DNS Suffix  . :
   Link-local IPv6 Address . . . . . : fe80::d34b:cd46:14e9:c397%14
   Autoconfiguration IPv4 Address. . : 169.254.238.188
   Subnet Mask . . . . . . . . . . . : 255.255.0.0
   Default Gateway . . . . . . . . . :

당연히 현재 상태는 서로 네트워크가 다르기 때문에 통신이 안 됩니다.

// 호스트 측에서 VM으로 ping 시도

C:\tepm> ping 169.254.238.188

Pinging 169.254.238.188 with 32 bytes of data:
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.

Ping statistics for 169.254.238.188:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

// VM 측에서 호스트로 ping 시도

C:\tepm> ping 192.168.105.18

Pinging 192.168.105.18 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 192.168.105.18:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),




위의 네트워크가 통신이 되려면 어느 한 쪽으로 네트워크 설정을 맞춰야 합니다. 가령, 위에서는 호스트 측을 C 클래스 + 서브넷을 255.255.255.240으로 했으니,

[Hyper-V 호스트 측 네트워크 설정]

IP: 192.168.105.18
==> 0b1100_0000, 0b1010_1000, 0b0110_1001, 0b0001_0010

Subnet mask: 255.255.255.240
==> 0b1111_1111, 0b1111_1111, 0b1111_1111, 0b1111_0000

              0b1100_0000, 0b1010_1000, 0b0110_1001, 0b0001_0010
          and 0b1111_1111, 0b1111_1111, 0b1111_1111, 0b1111_0000
              --------------------------------------------------
네트워크 주소: 0b1100_0000, 0b1010_1000, 0b0110_1001, 0b0001_0000 == 192.168.105.16

              0b1100_0000, 0b1010_1000, 0b0110_1001, 0b0001_0010
          and 0b0000_0000, 0b0000_0000, 0b0000_0000, 0b0000_1111
              --------------------------------------------------
호스트 주소  : 0b0000_0000, 0b0000_0000, 0b0000_0000, 0b0000_0010 == 2번 호스트

이렇게 네트워크 주소와 호스트 주소가 결정됩니다. 따라서 VM 측에서도 위의 네트워크 주소 192.168.105.16에 맞는 호스트 주소를 지정해야 합니다.

네트워크 주소의 끝자리가 16이니까, 이런 경우 IP 주소의 끝자리가 16~31 범위로 총 16개인데, 처음 0b0001_0000과 0b0001_1111은 각각 대표 네트워크 IP와 브로드 캐스팅 용으로 2개를 빼야 하므로 사실상 총 지정할 수 있는 범위는 14개입니다.

따라서, 192.168.105.17 ~ 192.168.105.31번까지의 범위에서 Hyper-V 호스트에서 사용 중인 주소와 겹치지 않는 걸로 선택하시면 됩니다.




혹은, 반대로 VM의 주소로 호스트 측을 맞추는 것도 가능합니다. 현재 VM 측에서,

[Hyper-V VM 측 네트워크 설정]

IP: 169.254.109.145
==> 0b1010_1001, 0b1111_1110, 0b0110_1101, 0b1001_0001

Subnet mask: 255.255.0.0
==> 0b1111_1111, 0b1111_1111, 0b0000_0000, 0b0000_0000

              0b1010_1001, 0b1111_1110, 0b0110_1101, 0b1001_0001
          and 0b1111_1111, 0b1111_1111, 0b0000_0000, 0b0000_0000
              --------------------------------------------------
네트워크 주소: 0b1010_1001, 0b1111_1110, 0b0000_0000, 0b0000_0000 == 169.254.0.0

              0b1010_1001, 0b1111_1110, 0b0110_1101, 0b1001_0001
          and 0b0000_0000, 0b0000_0000, 0b1111_1111, 0b1111_1111
              --------------------------------------------------
호스트 주소  : 0b0000_0000, 0b0000_0000, 0b0110_1101, 0b1001_0001 == 109.145번 호스트

위와 같은 네트워크 설정을 했으니, 따라서 Hyper-V 호스트 측에서도 169.254.0.0 네트워크 영역에서 호스트를 지정하면 됩니다.

이런 경우, 간단하게 (169.254.0.0과 169.254.255.255를 제외한) 169.254.0.1 ~ 169.254.255.254 사이의 IP와 함께 서브넷을 따라 해 주면 됩니다.




사실, Hyper-V의 Internal Network에 참여하는 경우, 그냥 호스트 측과 VM 측의 IP 설정을 자동으로 잡도록 하는 것이 좋습니다.

ip_auto_set_1.png

그런 경우 직접적인 IP를 지정하는 것은 동적 설정이라는 것을 감안해 하드 코딩이 힘들지만, 컴퓨터 이름으로는 Hyper-V Internal Network에 참여한 경우 모두 자동으로 이름 풀이가 되기 때문에 편리하게 사용할 수 있습니다.




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







[최초 등록일: ]
[최종 수정일: 12/19/2022]

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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...
NoWriterDateCnt.TitleFile(s)
12096정성태12/30/201920870디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095정성태12/27/201923286VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/201921055.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/201920622.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/201918705디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/201921894디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/201921768.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]파일 다운로드1
12089정성태12/23/201920079디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/201919384Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/201919695디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12086정성태12/20/201922642디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201920653오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201920936디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201923700Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201922134오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201924202개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201920853.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201923318오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201923044Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201921394Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201920561디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201921355디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201921048디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201921863Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201918572오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201922745오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...