Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 665. WSL 2의 네트워크 통신 방법 - 두 번째 이야기 [링크 복사], [링크+제목 복사],
조회: 15336
글쓴 사람
정성태 (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)
11778정성태11/14/201822878.NET Framework: 803. UWP 앱에서 한 컴퓨터(localhost, 127.0.0.1) 내에서의 소켓 연결
11777정성태11/13/201824734오류 유형: 502. Your project does not reference "..." framework. Add a reference to "..." in the "TargetFrameworks" property of your project file and then re-run NuGet restore.
11776정성태11/13/201823034.NET Framework: 802. Windows에 로그인한 계정이 마이크로소프트의 계정인지, 로컬 계정인지 알아내는 방법
11775정성태11/13/201823382Graphics: 31. .NET으로 구현하는 OpenGL (6) - Texturing파일 다운로드1
11774정성태11/8/201823298Graphics: 30. .NET으로 구현하는 OpenGL (4), (5) - Shader파일 다운로드1
11773정성태11/7/201823089Graphics: 29. .NET으로 구현하는 OpenGL (3) - Index Buffer파일 다운로드1
11772정성태11/6/201824001Graphics: 28. .NET으로 구현하는 OpenGL (2) - VAO, VBO파일 다운로드1
11771정성태11/5/201823013사물인터넷: 56. Audio Jack 커넥터의 IR 적외선 송신기 - 두 번째 이야기 [1]
11770정성태11/5/201832949Graphics: 27. .NET으로 구현하는 OpenGL (1) - OpenGL.Net 라이브러리 [3]파일 다운로드1
11769정성태11/5/201822095오류 유형: 501. 프로젝트 msbuild Publish 후 connectionStrings의 문자열이 $(ReplacableToken_...)로 바뀌는 문제
11768정성태11/2/201824786.NET Framework: 801. SOIL(Simple OpenGL Image Library) - Native DLL 및 .NET DLL 제공
11767정성태11/1/201824029사물인터넷: 55. New NodeMcu v3(ESP8266)의 IR LED (적외선 송신) 제어파일 다운로드1
11766정성태10/31/201827310사물인터넷: 54. 아두이노 환경에서의 JSON 파서(ArduinoJson) 사용법
11765정성태10/26/201822763개발 환경 구성: 420. Visual Studio Code - Arduino Board Manager를 이용한 사용자 정의 보드 선택
11764정성태10/26/201828632개발 환경 구성: 419. MIT 라이선스로 무료 공개된 Detours API 후킹 라이브러리 [2]
11763정성태10/25/201823962사물인터넷: 53. New NodeMcu v3(ESP8266)의 https 통신
11762정성태10/25/201824497사물인터넷: 52. New NodeMCU v3(ESP8266)의 http 통신파일 다운로드1
11761정성태10/25/201824177Graphics: 26. 임의 축을 기반으로 3D 벡터 회전파일 다운로드1
11760정성태10/24/201819753개발 환경 구성: 418. Azure - Runbook 내에서 또 다른 Runbook 스크립트를 실행
11759정성태10/24/201822523개발 환경 구성: 417. Azure - Runbook에서 사용할 수 있는 다양한 메서드를 위한 부가 Module 추가
11758정성태10/23/201825425.NET Framework: 800. C# - Azure REST API 사용을 위한 인증 획득 [3]파일 다운로드1
11757정성태10/19/201821040개발 환경 구성: 416. Visual Studio 2017을 이용한 아두이노 프로그램 개발(및 디버깅)
11756정성태10/19/201825188오류 유형: 500. Visual Studio Code의 아두이노 프로그램 개발 시 인텔리센스가 안 된다면?
11755정성태10/19/201826156오류 유형: 499. Visual Studio Code extension for Arduino - #include errors detected. [1]
11754정성태10/19/201822897개발 환경 구성: 415. Visual Studio Code를 이용한 아두이노 프로그램 개발 - 새 프로젝트
11753정성태10/19/201828786개발 환경 구성: 414. Visual Studio Code를 이용한 아두이노 프로그램 개발
... 76  77  78  79  80  81  82  83  84  85  86  87  88  89  [90]  ...