Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 665. WSL 2의 네트워크 통신 방법 - 두 번째 이야기 [링크 복사], [링크+제목 복사],
조회: 12653
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 106  107  108  109  110  111  112  113  [114]  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11075정성태10/20/201621008Windows: 127. Convert-WindowsImage.ps1 사용 방법 정리
11074정성태10/20/201629326Windows: 126. Windows Server 2016 평가판을 정식 버전으로 라이선스 변경하는 방법
11073정성태10/20/201625414.NET Framework: 613. 윈도우 데스크톱 응용 프로그램(예: Console)에서 알림 메시지(Toast notifications) 띄우기 [1]파일 다운로드1
11072정성태10/20/201621907VC++: 102. 새로 추가한 ATL COM 객체가 regsvr32.exe로 등록이 안 되는 문제
11071정성태10/20/201625425.NET Framework: 612. UWP(유니버설 윈도우 플랫폼) 앱에서 콜백 함수 내에서의 UI 요소 접근 방법 [1]
11070정성태10/20/201619639Windows: 125. 윈도우 서버 2016 마이그레이션
11069정성태10/19/201627373.NET Framework: 611. C++ 개발자들을 위한 C# Thread 동작 방식 [2]
11068정성태10/19/201630565Windows: 124. 윈도우 운영체제의 시간 함수 (5) - TSC(Time Stamp Counter)와 QueryPerformanceCounter [12]파일 다운로드1
11067정성태10/18/201626871Windows: 123. 윈도우 운영체제의 시간 함수 (4) - RTC, TSC, PM Clock, HPET Timer [2]
11066정성태10/17/201624511Windows: 122. 윈도우 운영체제의 시간 함수 (3) - QueryInterruptTimePrecise, QueryInterruptTime 함수파일 다운로드1
11065정성태10/15/201629971Windows: 121. 윈도우 운영체제의 시간 함수 (2) - Sleep 함수의 동작 방식 [1]
11064정성태10/14/201621645.NET Framework: 610. C# - WaitOnAddress Win32 API 사용파일 다운로드1
11063정성태10/14/201637766Windows: 120. 윈도우 운영체제의 시간 함수 (1) - GetTickCount와 timeGetTime의 차이점 [5]파일 다운로드1
11062정성태10/12/201618416오류 유형: 361. WCF .svc 호출 시 Could not find a base address that matches scheme net.tcp 예외
11061정성태10/12/201630501오류 유형: 360. IIS - 500.19 오류 (0x80070021)
11060정성태10/12/201622965오류 유형: 359. WCF - .svc 요청시 404 Not Found
11059정성태10/11/201627300.NET Framework: 609. WPF - 다중 스레드 환경에서 데이터 바인딩의 INotifyPropertyChanged.PropertyChanged에 대한 배려 [1]파일 다운로드1
11058정성태10/8/201622563개발 환경 구성: 303. Windows 10 Bash Shell - 한글 환경을 영문으로 바꾸고 싶다면?
11057정성태10/8/201617963오류 유형: 358. Windows 10 bash shell - sudo: unable to resolve host ...
11056정성태10/8/201620822개발 환경 구성: 302. Windows 10 bash shell 시작 시 [...] packages can be updated.
11055정성태10/8/201621897.NET Framework: 608. double 값을 구할 때는 반드시 피연산자를 double로 형변환! [6]
11054정성태10/5/201625924개발 환경 구성: 301. "Let's Encrypt" SSL 인증서를 Azure Cloud Services(classic)에 업데이트하는 방법
11053정성태10/5/201620583.NET Framework: 607. C# try/catch/finally의 IL 코드 표현
11052정성태9/27/201634725개발 환경 구성: 300. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 [7]파일 다운로드1
11051정성태9/25/201621907개발 환경 구성: 299. docker - c:\programdata\docker\windowsfilter 폴더 정리하는 방법파일 다운로드1
11050정성태9/24/201626695VC++: 101. 반올림하지 않고 double 변수 값 출력하는 방법 [3]
... 106  107  108  109  110  111  112  113  [114]  115  116  117  118  119  120  ...