Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

WSL 2에서 호스팅 중인 TCP 서버를 외부에서 접근하는 방법

예전에 아래의 글을 통해,

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

netsh 명령어를 이용하면 외부에서 WSL을 호스팅하는 운영체제를 경유해 WSL 인스턴스의 TCP 서버를 접속할 수 있다고 했습니다.

가령, WSL에서 15000번 포트로 열고 있으면 다음의 명령어를 윈도우 운영체제 측에서 실행해 주면,

// WSL 측의 IP 주소가 172.18.178.192라고 가정

netsh interface portproxy add v4tov4 listenport=15000 listenaddress=0.0.0.0 connectport=15000 connectaddress=172.18.178.192

// 삭제는 이렇게.
netsh interface portproxy delete v4tov4 listenport=15000 listenaddress=0.0.0.0

외부에서 해당 서비스로, 가령 윈도우 측의 IP 주소가 192.168.100.50이라면 다음과 같이 테스트할 수 있습니다.

// WSL 측에서 HTTP 서비스를 열고 있다는 가정으로,

curl http://192.168.100.50:15000

이때 애매한 것이 WSL 인스턴스의 IP 주소인데요, 이것은 hostname의 "-I"으로 쉽게 구할 수 있습니다.

// WSL 2에서 "-i" 옵션은 127.0.1.1을 반환하고,
C:\temp> wsl hostname -i
127.0.1.1

// "-I" 옵션은 WSL 2 인스턴스의 IP 주소를 반환
C:\temp> wsl hostname -I
172.18.178.192

참고로, WSL 2 인스턴스들은 네트워크를 공유합니다. 예를 들어 Ubuntu 20.04와 Ubuntu 18.04를 설치해도 2개 모두 IP가 같으므로 "wsl hostname -I" 명령어로 모두 해결이 됩니다.




그런데 위에서 살짝 귀찮은 점이 있다면 WSL 측의 IP 주소인 172.18.178.192를 매번 구해서 설정하는 것이 귀찮다는 점입니다. 그런데... 최근에 쓴 글에서,

WSL 2의 네트워크 통신 방법 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/13256

WSL 2의 경우 Any(0.0.0.0) 주소로 열어둔 소켓이 호스트 측에서는 127.0.0.1로 바인딩된다고 했습니다. 그렇다면, 굳이 WSL의 내부 IP 주소를 쓸 필요 없이 connectaddress로 127.0.0.1을 사용해도 될 것입니다.

netsh interface portproxy add v4tov4 listenport=15000 listenaddress=0.0.0.0 connectport=15000 connectaddress=127.0.0.1

물론, 테스트해 보면 잘 동작하는 것을 확인할 수 있습니다.




그렇긴 한데, 다소 귀찮은 이유로 인해 127.0.0.1로 바인딩을 하지 않는 것이 좋습니다. 이유는 알 수 없지만, 저렇게 netsh로 먼저 portproxy를 설정한 후 WSL 2의 TCP 서버를 0.0.0.0으로 바인딩하면 윈도우 호스트 측에 "127.0.0.1"로 바인딩 연결이 안 됩니다.

// netsh/portproxy 실행 후 WSL 2의 TCP 서버를 실행한 경우

c:\temp> netstat -ano | findstr 15000
  TCP    0.0.0.0:15000          0.0.0.0:0              LISTENING       31200

즉, 반드시 WSL 2에서 TCP 서버를 0.0.0.0으로 시작한 후, netsh/portproxy를 실행해야만 정상적으로 WSL 2 TCP 서버의 소켓이 윈도우 호스트 측으로 연결됩니다.

// WSL 2의 TCP 서버를 실행 후 netsh/portproxy 실행한 경우

c:\temp> netstat -ano | findstr 15000
  TCP    0.0.0.0:15000          0.0.0.0:0              LISTENING       31200
  TCP    127.0.0.1:15000        0.0.0.0:0              LISTENING       39500

게다가 전자의 경우처럼 설정하면 심각한 문제가 하나 발생합니다. 즉, "0.0.0.0:15000"으로만 TCP 바인딩이 되어 있는 상태이기 때문에, netsh/portproxy로 127.0.0.1로 포트 포워딩이 재귀적으로 적용돼 무수한 FIN_WAIT_2, CLOSE_WAIT 소켓이 생성되는 문제가 발생합니다. 즉, 외부에서 "curl http://192.168.100.50:15000"으로 연결하면, "0.0.0.0:15000"으로 대기하던 소켓이 연결을 받게 되고, 이어서 "127.0.0.1:15000"으로 포트포워딩을 하면서 다시 "0.0.0.0:15000"으로 연결이 됩니다. (이후 무한 반복으로 소켓 포트 고갈)

따라서, 127.0.0.1을 사용하는 경우 실행 순서를 반드시 지켜줘야 합니다.




"WSL 2의 네트워크 통신 방법"의 덧글에서 UDP에 대한 portproxy도 가능한지 물었는데요, netsh/portproxy 명령을 내린 후 netstat로 상황을 보면,

c:\temp> netsh interface portproxy add v4tov4 listenport=15000 listenaddress=0.0.0.0 connectport=15000 connectaddress=172.18.178.192

c:\temp> netsh interface portproxy show v4tov4

Listen on ipv4:             Connect to ipv4:

Address         Port        Address         Port
--------------- ----------  --------------- ----------
0.0.0.0         15000       172.18.178.192  15000

c:\temp> netstat -ano | findstr 15000
  TCP    0.0.0.0:15000          0.0.0.0:0              LISTENING       5276

TCP 소켓으로만 바인딩된 것을 볼 수 있습니다. 즉, UDP로의 portproxy는 지원하지 않습니다. 아쉽게도 netsh 명령어 중에 udp에 대한 포트포워딩 기능은 없다고 하며, socat 등의 도구를 이용하는 우회 방법들을 사용해야 한다고!




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







[최초 등록일: ]
[최종 수정일: 3/9/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)
13362정성태6/1/202385.NET Framework: 2126. C# - 서버 측의 요청 제어 (Microsoft.AspNetCore.RateLimiting)파일 다운로드1
13361정성태5/31/2023137오류 유형: 862. Facebook - ASP.NET/WebClient 사용 시 graph.facebook.com/me 호출에 대해 403 Forbidden 오류
13360정성태5/31/202379오류 유형: 861. WSL/docker - failed to start shim: start failed: io.containerd.runc.v2: create new shim socket
13359정성태5/19/2023175오류 유형: 860. Docker Desktop - k8s 초기화 무한 반복한다면?
13358정성태5/17/2023216.NET Framework: 2125. C# - Semantic Kernel의 Semantic Memory 사용 예제 [1]파일 다운로드1
13357정성태5/16/2023213.NET Framework: 2124. C# - Semantic Kernel의 Planner 사용 예제파일 다운로드1
13356정성태5/15/2023133DDK: 10. Device Driver 테스트 설치 관련 오류 (Code 37, Code 31) 및 인증서 관련 정리
13355정성태5/12/2023278.NET Framework: 2123. C# - Semantic Kernel의 ChatGPT 대화 구현 [1]파일 다운로드1
13354정성태5/12/2023235.NET Framework: 2122. C# - "Use Unicode UTF-8 for worldwide language support" 설정을 한 경우, 한글 입력이 '\0' 문자로 처리
13352정성태5/12/2023210.NET Framework: 2121. C# - Semantic Kernel의 대화 문맥 유지파일 다운로드1
13351정성태5/11/2023205VS.NET IDE: 185. Visual Studio - 원격 Docker container 내에 실행 중인 응용 프로그램에 대한 디버깅 [1]
13350정성태5/11/2023130오류 유형: 859. Windows Date and Time - Unable to continue. You do not have permission to perform this task
13349정성태5/11/2023205.NET Framework: 2120. C# - Semantic Kernel의 Skill과 Function 사용 예제파일 다운로드1
13348정성태5/10/2023163.NET Framework: 2119. C# - Semantic Kernel의 "Basic Loading of the Kernel" 예제
13347정성태5/10/2023188.NET Framework: 2118. C# - Semantic Kernel의 Prompt chaining 예제파일 다운로드1
13346정성태5/10/2023146오류 유형: 858. RDP 원격 환경과 로컬 PC 간의 Ctrl+C, Ctrl+V 복사가 안 되는 문제
13345정성태5/9/2023372.NET Framework: 2117. C# - (OpenAI 기반의) Microsoft Semantic Kernel을 이용한 자연어 처리 [1]파일 다운로드1
13344정성태5/9/2023277.NET Framework: 2116. C# - OpenAI API 사용 - 지원 모델 목록파일 다운로드1
13343정성태5/9/2023207디버깅 기술: 192. Windbg - Hyper-V VM으로 이더넷 원격 디버깅 연결하는 방법
13342정성태5/8/2023226.NET Framework: 2115. System.Text.Json의 역직렬화 시 필드/속성 주의
13341정성태5/8/2023246.NET Framework: 2114. C# 12 - 모든 형식의 별칭(Using aliases for any type)
13340정성태5/8/2023149오류 유형: 857. Microsoft.Data.SqlClient.SqlException - 0x80131904
13339정성태5/6/2023284.NET Framework: 2113. C# 12 - 기본 생성자(Primary Constructors)
13338정성태5/6/2023253.NET Framework: 2112. C# 12 - 람다 식의 선택적 매개 변수파일 다운로드1
13337정성태5/5/2023184Linux: 59. dockerfile - docker exec로 container에 접속 시 자동으로 실행되는 코드 적용
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...