Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 665. WSL 2의 네트워크 통신 방법 - 두 번째 이야기 [링크 복사], [링크+제목 복사],
조회: 13407
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 3개 있습니다.)
(시리즈 글이 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




WSL 2의 네트워크 통신 방법 - 두 번째 이야기

예전에 썼던,

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

내용에 보강을 좀 더 해보겠습니다. 예전 내용에서 Host -> WSL 2 인스턴스로의 접근이 localhost(127.0.0.1)로 가능하다고 했습니다. 혹은 (보통 172.x.x.x로 시작하는) WSL 2 네트워크에 부여된 IP도 가능합니다.

재미있는 건, WSL 2 인스턴스 내에서는 소켓 바인딩을 "0.0.0.0"으로 할 수 없다는 점입니다. 그래서 다음과 같이 바인딩시키면,

$ nc -l 0.0.0.0 65300

// 또는, nc -l localhost 65300
//       nc -l 127.0.0.1 65300

$  netstat -ano | grep 65300
tcp        0      0 0.0.0.0:65300           0.0.0.0:*               LISTEN      off (0.00/0/0)

위의 3개 명령어의 결과는 결국, 윈도우 호스트에서 127.0.0.1로 바인딩된 것을 확인할 수 있습니다.

c:\temp> netstat -ano | findstr 65300
  TCP    127.0.0.1:65300        0.0.0.0:0              LISTENING       45924

더욱 재미있는 것은, (보통 윈도우 호스트 측에서 Hyper-V의 "vEthernet (WSL)" 가상 스위치가 제공하는) WSL 2 네트워크의 IP로 바인딩했을 때입니다.

$ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.28.206.218  netmask 255.255.240.0  broadcast 172.28.207.255
        ...[생략]...

$ nc -l 172.28.206.218 65300

$ netstat -ano | grep 65300
tcp        0      0 172.28.206.218:65300    0.0.0.0:*               LISTEN      off (0.00/0/0)

이런 경우 윈도우 호스트 측에서 netstat 명령어로 확인이 안 됩니다. 그렇긴 해도, (물론 127.0.0.1로 접속은 안 되지만) 윈도우 호스트 측에서 172.28.206.218로 접속은 가능합니다.

c:\temp> netstat -ano | findstr 65300

c:\temp> telnet 127.0.0.1 65300
Connecting To 127.0.0.1...Could not open connection to the host, on port 65300: Connect failed

c:\temp> telnet 172.28.206.218 65300
...[연결]...




이것 때문에 한 가지 유의할 사항이 있습니다. 바인딩이 다른 경우 동일한 포트로 소켓을 여는 것이 가능하기 때문에, 자칫 WSL 2 인스턴스에서 포트를 열어 놓았다고 해도,

// WSL 2 인스턴스에서 실행
// 내부적으로는 0.0.0.0으로 바인딩, 외부적으로는 127.0.0.1로 바인딩

$ nc -l 0.0.0.0 65300

실수로 윈도우 측에서도 동일한 포트로 열어놓을 수 있습니다.

// WSL 2에서는 127.0.0.1로 바인딩되었기 때문에,
// 윈도우 호스트 측에서 0.0.0.0으로 바인딩 가능

c:\temp> netcat -l 0.0.0.0 65300 // 윈도우용 netcat

그럼 2개의 바인딩이 있고,

c:\temp> netstat -ano | findstr 65300
  TCP    0.0.0.0:65300          0.0.0.0:0              LISTENING       39348
  TCP    127.0.0.1:65300        0.0.0.0:0              LISTENING       45924  

이후 윈도우 호스트 측에서 localhost 또는 127.0.0.1로 TCP 접속을 시도하면 (윈도우에서 실행한) netcat이 아닌 (WSL 2 환경에서 실행한) nc 측으로 접속이 됩니다.

보통, 상대방 주소를 "0.0.0.0"으로 지정할 수는 없으므로 테스트를 위해 127.0.0.1(localhost)로 접속하다 보면, 저런 상황과 겹치는 경우 왜 윈도우 측의 TCP 서버에 아무런 반응이 없는 것인지 혼란스러울 때가 있습니다. ^^




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 2/22/2023]

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

비밀번호

댓글 작성자
 




... 76  77  78  79  80  81  82  83  84  [85]  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
11846정성태3/15/201923167Linux: 6. getenv, setenv가 언어/운영체제마다 호환이 안 되는 문제
11845정성태3/15/201922851Linux: 5. Linux 응용 프로그램의 (C++) so 의존성 줄이기(ReleaseMinDependency) [3]
11844정성태3/14/201924600개발 환경 구성: 434. Visual Studio 2019 - 리눅스 프로젝트를 이용한 공유/실행(so/out) 프로그램 개발 환경 설정 [1]파일 다운로드1
11843정성태3/14/201919416기타: 75. MSDN 웹 사이트를 기본으로 영문 페이지로 열고 싶다면?
11842정성태3/13/201917286개발 환경 구성: 433. 마이크로소프트의 CoreCLR 프로파일러 예제를 Visual Studio CMake로 빌드하는 방법 [1]파일 다운로드1
11841정성태3/13/201917773VS.NET IDE: 132. Visual Studio 2019 - CMake의 컴파일러를 기본 g++에서 clang++로 변경
11840정성태3/13/201919842오류 유형: 526. 윈도우 10 Ubuntu App 환경에서는 USB 외장 하드 접근 불가
11839정성태3/12/201923913디버깅 기술: 124. .NET Core 웹 앱을 호스팅하는 Azure App Services의 프로세스 메모리 덤프 및 windbg 분석 개요 [3]
11838정성태3/7/201927660.NET Framework: 811. (번역글) .NET Internals Cookbook Part 1 - Exceptions, filters and corrupted processes [1]파일 다운로드1
11837정성태3/6/201941298기타: 74. 도서: 시작하세요! C# 7.3 프로그래밍 [10]
11836정성태3/5/201924941오류 유형: 525. Visual Studio 2019 Preview 4/RC - C# 8.0 Missing compiler required member 'System.Range..ctor' [1]
11835정성태3/5/201923080.NET Framework: 810. C# 8.0의 Index/Range 연산자를 .NET Framework에서 사용하는 방법 및 비동기 스트림의 컴파일 방법 [3]파일 다운로드1
11834정성태3/4/201921807개발 환경 구성: 432. Visual Studio 없이 최신 C# (8.0) 컴파일러를 사용하는 방법
11833정성태3/4/201922834개발 환경 구성: 431. Visual Studio 2019 - CMake를 이용한 공유/실행(so/out) 리눅스 프로젝트 설정파일 다운로드1
11832정성태3/4/201917842오류 유형: 524. Visual Studio CMake - rsync: connection unexpectedly closed
11831정성태3/4/201918593오류 유형: 523. Visual Studio 2019 - 새 창으로 뜬 윈도우를 닫을 때 비정상 종료
11830정성태2/26/201917834오류 유형: 522. 이벤트 로그 - Error opening event log file State. Log will not be processed. Return code from OpenEventLog is 87.
11829정성태2/26/201919108개발 환경 구성: 430. 마이크로소프트의 CoreCLR 프로파일러 예제 빌드 방법 - 리눅스 환경 [1]
11828정성태2/26/201927636개발 환경 구성: 429. Component Services 관리자의 RuntimeBroker 설정이 2개 있는 경우 [8]
11827정성태2/26/201920056오류 유형: 521. Visual Studio - Could not start the 'rsync' command on the remote host, please install it using your system package manager.
11826정성태2/26/201920618오류 유형: 520. 우분투에 .NET Core SDK 설치 시 패키지 의존성 오류
11825정성태2/25/201926257개발 환경 구성: 428. Visual Studio 2019 - CMake를 이용한 리눅스 빌드 환경 설정 [1]
11824정성태2/25/201920507오류 유형: 519. The SNMP Service encountered an error while accessing the registry key SYSTEM\CurrentControlSet\Services\SNMP\Parameters\TrapConfiguration. [1]
11823정성태2/21/201921452오류 유형: 518. IIS 관리 콘솔이 뜨지 않는 문제
11822정성태2/20/201920663오류 유형: 517. docker에 설치한 MongoDB 서버로 연결이 안 되는 경우
11821정성태2/20/201921436오류 유형: 516. Visual Studio 2019 - This extension uses deprecated APIs and is at risk of not functioning in a future VS update. [1]
... 76  77  78  79  80  81  82  83  84  [85]  86  87  88  89  90  ...