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

비밀번호

댓글 작성자
 




[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
14000정성태8/18/202532오류 유형: 979. ERROR: failed to solve: failed to read dockerfile: open Dockerfile: no such file or directory
13999정성태8/15/2025721닷넷: 2355. C# 14 - (8) null 조건부 연산자 개선 - 대입문에도 사용 가능파일 다운로드1
13998정성태8/14/2025798닷넷: 2354. C# 14 - (7) 확장 메서드에 정적 메서드와 속성 지원을 위한 전용 구문 추가파일 다운로드1
13997정성태8/14/2025946Linux: 120. docker 컨테이너로 매핑된 볼륨에 컨테이너 측의 사용자 ID를 유지하면서 복사하는 방법
13996정성태8/13/2025566오류 유형: 978. Unable to find the requested .Net Framework Data Provider.
13995정성태8/13/2025618개발 환경 구성: 754. Visual C++ - 리눅스 빌드를 위한 Ubuntu 18 docker 컨테이너 설정
13994정성태8/12/2025641오류 유형: 977. SQL Server - User, group, or role '...' already exists in the current database. (Microsoft SQL Server, Error: 15023)
13993정성태8/11/2025966오류 유형: 976. Microsoft.ML.OnnxRuntimeGenAI 패키지 사용 시 "cublasLt64_12.dll" which is missing. (Error 126: "The specified module could not be found.") 오류
13992정성태8/11/20251144닷넷: 2353. C# - Foundry Local을 이용한 gpt-oss-20b 모델 사용파일 다운로드1
13991정성태8/9/20251071오류 유형: 975. winget - Foundry Local 패키지 업데이트가 안 되는 문제
13990정성태8/8/2025828Windows: 283. Time zone 설정이 없는 Windows Server 2025
13989정성태8/8/20251211닷넷: 2352. C# - Windows S-mode 환경인지 체크하는 방법파일 다운로드1
13988정성태8/8/20251352오류 유형: 974. 비주얼 스튜디오 업데이트 시 잠김 파일 경고 - Visual Studio Standard Collector Service 150 (VSStandardCollectorService150)
13987정성태8/7/20251018닷넷: 2351. C# 14 - (6) event와 생성자에도 partial 메서드 적용파일 다운로드1
13986정성태8/6/20251097닷넷: 2350. C# 14 - (5) 람다 매개 변수에 접근자가 있는 경우에도 타입 생략 가능파일 다운로드1
13985정성태8/6/20251460오류 유형: 973. "wsl --install" 명령어 수행 시 "The server name or address could not be resolved"
13984정성태8/6/20251238Windows: 282. 윈도우 운영체제에 추가된 ssh 서버(Win32-OpenSSH)
13983정성태8/4/20251321오류 유형: 972. Microsoft.Data.SqlClient 6.1.0 버전부터 .NET 8 이상만 지원
13982정성태8/2/20251732개발 환경 구성: 753. CentOS 7 컨테이너 내에서 openssh 서버 호스팅
13981정성태8/1/20251393오류 유형: 971. CentOS 7에서 yum 사용 시 "Could not resolve host: mirrorlist.centos.org; Unknown error"
13980정성태7/31/20251576Linux: 119. eBPF - BPF_PROG_TYPE_CGROUP_SOCK 유형에서 정상 동작하지 않는 BPF_CORE_READ (2)
13979정성태7/30/20251871Linux: 118. eBPF - BPF_PROG_TYPE_CGROUP_SOCK 유형에서 정상 동작하지 않는 BPF_CORE_READ
13978정성태7/29/20251705오류 유형: 970. 파일 복사 시 "Data error (cyclic redundancy check). (0x80070017)" 에러
13977정성태7/28/20252019닷넷: 2349. C# 14 - (4) 문자열 리터럴을 utf-8 인코딩으로 저장파일 다운로드1
13976정성태7/25/20251865닷넷: 2348. C# - 카카오 카나나 모델 + Microsoft.ML.OnnxRuntimeGenAI 예제파일 다운로드1
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...