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)
12211정성태4/27/202019263개발 환경 구성: 486. WSL에서 Makefile로 공개된 리눅스 환경의 C/C++ 소스 코드 빌드
12210정성태4/20/202020698.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션 [1]파일 다운로드1
12209정성태4/13/202017405오류 유형: 614. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우 (2)
12208정성태4/12/202015968Linux: 29. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우
12207정성태4/2/202015807스크립트: 19. Windows PowerShell의 NonInteractive 모드
12206정성태4/2/202018430오류 유형: 613. 파일 잠금이 바로 안 풀린다면? - The process cannot access the file '...' because it is being used by another process.
12205정성태4/2/202015097스크립트: 18. Powershell에서는 cmd.exe의 명령어를 지원하진 않습니다.
12204정성태4/1/202015096스크립트: 17. Powershell 명령어에 ';' (semi-colon) 문자가 포함된 경우
12203정성태3/18/202017940오류 유형: 612. warning: 'C:\ProgramData/Git/config' has a dubious owner: '...'.
12202정성태3/18/202021202개발 환경 구성: 486. .NET Framework 프로젝트를 위한 GitLab CI/CD Runner 구성
12201정성태3/18/202018434오류 유형: 611. git-credential-manager.exe: Using credentials for username "Personal Access Token". [1]
12200정성태3/18/202018525VS.NET IDE: 145. NuGet + Github 라이브러리 디버깅 관련 옵션 3가지 - "Enable Just My Code" / "Enable Source Link support" / "Suppress JIT optimization on module load (Managed only)"
12199정성태3/17/202016169오류 유형: 610. C# - CodeDomProvider 사용 시 Unhandled Exception: System.IO.DirectoryNotFoundException: Could not find a part of the path '...\f2_6uod0.tmp'.
12198정성태3/17/202019529오류 유형: 609. SQL 서버 접속 시 "Cannot open user default database. Login failed."
12197정성태3/17/202018816VS.NET IDE: 144. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성 - 두 번째 이야기 [1]
12196정성태3/17/202015945오류 유형: 608. The ServicedComponent being invoked is not correctly configured (Use regsvcs to re-register).
12195정성태3/16/202018265.NET Framework: 902. C# - 프로세스의 모든 핸들을 열람 - 세 번째 이야기
12194정성태3/16/202020994오류 유형: 607. PostgreSQL - Npgsql.NpgsqlException: sorry, too many clients already
12193정성태3/16/202017907개발 환경 구성: 485. docker - SAP Adaptive Server Enterprise 컨테이너 실행 [1]
12192정성태3/14/202019930개발 환경 구성: 484. docker - Sybase Anywhere 16 컨테이너 실행
12191정성태3/14/202021043개발 환경 구성: 483. docker - OracleXE 컨테이너 실행 [1]
12190정성태3/14/202015624오류 유형: 606. Docker Desktop 업그레이드 시 "The process cannot access the file 'C:\Program Files\Docker\Docker\resources\dockerd.exe' because it is being used by another process."
12189정성태3/13/202021227개발 환경 구성: 482. Facebook OAuth 처리 시 상태 정보 전달 방법과 "유효한 OAuth 리디렉션 URI" 설정 규칙
12188정성태3/13/202026020Windows: 169. 부팅 시점에 실행되는 chkdsk 결과를 확인하는 방법
12187정성태3/12/202015584오류 유형: 605. NtpClient was unable to set a manual peer to use as a time source because of duplicate error on '...'.
12186정성태3/12/202017400오류 유형: 604. The SysVol Permissions for one or more GPOs on this domain controller and not in sync with the permissions for the GPOs on the Baseline domain controller.
... 61  62  63  64  65  66  67  68  [69]  70  71  72  73  74  75  ...