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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  174  175  176  177  178  [179]  180  ...
NoWriterDateCnt.TitleFile(s)
586정성태6/4/200827280오류 유형: 56. WPF 디자이너 - The string was not recognized as a valid DateTime [2]
585정성태6/4/200835701.NET Framework: 101. WPF - ActiveX 컨트롤 호스팅하는 방법 [2]
582정성태5/16/200827415오류 유형: 55. Windowless ActiveX controls are not supported
580정성태4/24/200826385VC++: 34. 64비트 윈도우즈에서의 이벤트 후킹
579정성태4/24/200826228VC++: 33. 변환 후의 RGS 파일 내용을 얻는 방법
577정성태4/16/200827152.NET Framework: 100. XML Serializer를 이용한 값 복사 [5]
575정성태4/7/200824363오류 유형: 54. TFS Source Control - 명령을 사용할 수 없음 [2]
574정성태3/31/200822396오류 유형: 53. TFS 연결 오류 - The workspace [...] exists on computer [...]
573정성태3/25/200826600Windows: 31. TS Web Access와 UAC [1]
570정성태3/17/200825572오류 유형: 52. TFS 연결 오류 - TF31001 [2]
569정성태3/16/200827013Team Foundation Server: 24. TFS 2008로 마이그레이션 (2) [2]
566정성태2/28/200828000.NET Framework: 99. AppDomain.GetEntryAssembly()를 우회하는 방법파일 다운로드1
564정성태2/16/200827695Windows: 30. TS Web Access + Vista SP1 [2]
563정성태2/16/200827141오류 유형: 51. Vista(UAC) + 웹 프로젝트 디버깅: System.UnauthorizedAccessException
562정성태2/12/200831249Windows: 29. Windows Server 2008 설치 [4]
561정성태1/10/200825027오류 유형: 50. IE 7 + 잘못된 HTC 파일 경로 = File not found [5]
559정성태1/1/200829770Windows: 28. Vista에서 끌어다 놓기로 GAC 등록하는 방법 [2]
558정성태1/1/200846767개발 환경 구성: 33. 32bit/64bit OLE DB Provider [1]
557정성태12/22/200725189개발 환경 구성: 32. WSCF와 VS.NET 2008
556정성태12/16/200723200기타: 22. 인기 순위 정리 : 조회수 1000 회 이상
555정성태12/16/200726285기타: 21. 인기 순위 정리 : 조회수 500 ~ 999회 글 목록
554정성태12/16/200730642기타: 20. 인기 순위 정리 : 조회수 250 ~ 499회 글 목록
553정성태12/16/200730981기타: 19. 인기 순위 정리 : 조회수 100 ~ 249회 글 목록
552정성태12/16/200724539기타: 18. 인기 순위 정리 : 조회수 000 ~ 099 회 글 목록
550정성태12/16/200723867Team Foundation Server: 23. TFS 2005에서 TFS 2008로 마이그레이션 [2]
549정성태12/16/200725168Team Foundation Server: 22. TFS 설정 - 주소를 도메인으로 변경
... 166  167  168  169  170  171  172  173  174  175  176  177  178  [179]  180  ...