C# - "Docker Desktop for Windows" Container 환경에서의 IPv6 DualMode 소켓
지난 글에서,
리눅스 - "Docker Desktop for Windows" Container 환경에서 IPv6 Loopback Address 바인딩 오류
; https://www.sysnet.pe.kr/2/0/13540
Docker Desktop for Windows 환경의 (기본) container에서는 IPv6의 Loopback Address 바인딩이 안 된다고 했습니다. 반면 IPv6.Any에 대해서는 바인딩이 되는데요, 따라서 소켓 바인딩을 다음과 같은 예제로 구성해,
using System.Net;
using System.Net.Sockets;
namespace ConsoleApp2;
internal class Program
{
static void Main(string[] args)
{
Socket socket = new Socket(AddressFamily.InterNetworkV6,
SocketType.Stream, ProtocolType.Tcp);
IPEndPoint ep = new IPEndPoint(IPAddress.IPv6Any, 16000);
Console.WriteLine(ep);
socket.Bind(ep);
socket.Listen(10);
Thread t = new Thread(() =>
{
byte[] buffer = new byte[10];
while (true)
{
Socket client = socket.Accept();
Console.WriteLine("Client connected");
int recvBytes = client.Receive(buffer);
client.Send(new byte[] { 1, 2, 3, 4 });
client.Close();
}
});
t.Start();
t.Join();
socket.Close();
}
}
Docker Desktop for Windows의 컨테이너로 실행하면, 분명히 다음과 같이 16000 IPv6 LISTEN 상태의 서버 소켓을 확인할 수 있습니다.
$ netstat -an
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp6 0 0 :::16000 :::* LISTEN
...[생략]...
하지만, 지난번과 마찬가지로 컨테이너 내에서의 curl 등을 이용한 서버 소켓 연결은 실패합니다.
$ curl http://[::1]:16000
curl: (7) Failed to connect to ::1 port 16000 after 0 ms: Couldn't connect to server
그런데 이상한 건, 컨테이너 외부에서의 연결도 실패한다는 점입니다.
// Docker desktop을 호스팅하는 윈도우 측에서 접속
c:\temp> curl [::1]:32700
curl: (52) Empty reply from server
(왜 "Empty reply from server" 오류가 발생하는지에 대해선
이전 글에서 설명했습니다.)
이상하지 않나요? ^^ ASP.NET Core 프로젝트의 경우에는 적어도 외부에서 접근은 되었는데, 왜 우리가 만든 IPv6 서버 소켓은 그게 안 되는 것일까요?
이유는, ASP.NET Core가 IPv6 바인딩을 한 것이 아니고, Dual Mode 소켓을 바인딩했기 때문입니다. 예전에도 한 번 소개한 적이 있었죠? ^^
C# - IPv4, IPv6를 모두 지원하는 서버 소켓 생성 방법
; https://www.sysnet.pe.kr/2/0/13091
윈도우와 마찬가지로, 리눅스 역시 DualMode 바인딩을 지원하기 때문에 우리가 만든 소켓 프로그램도 다음과 같이 수정하면 됩니다.
// AddressFamily를 생략해 Dual Mode 소켓 바인딩 사용
Socket socket = new Socket(SocketType.Stream, ProtocolType.Tcp);
Console.WriteLine($"{nameof(socket.DualMode)}: {socket.DualMode}"); // 출력 결과: DualMode: True
IPEndPoint ep = new IPEndPoint(IPAddress.IPv6Any, 16000);
socket.Bind(ep); // IPv6와 IPv4 모두 바인딩
참고로, 아무리 DualMode 바인딩이라고 해도 Loopback 주소로 바인딩하면 이전에 설명한 "Cannot assign requested address" 예외가 발생합니다.
Socket socket = new Socket(SocketType.Stream, ProtocolType.Tcp);
Console.WriteLine($"{nameof(socket.DualMode)}: {socket.DualMode}"); // 출력 결과: DualMode: True
IPEndPoint ep = new IPEndPoint(IPAddress.IPv6Loopback, 16000);
socket.Bind(ep);
/* 예외 발생: System.Net.Sockets.SocketException
HResult=0x80004005
Message=Cannot assign requested address
Source=System.Net.Sockets
StackTrace:
at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
at System.Net.Sockets.Socket.Bind(EndPoint localEP)
at ConsoleApp2.Program.Main(String[] args)
*/
ASP.NET Core 웹 앱에서도 발생했던 그 오류입니다.
// ...[생략]...
info: Microsoft.AspNetCore.Server.Kestrel[0]
Unable to bind to http://localhost:8080 on the IPv6 loopback interface: 'Cannot assign requested address'.
info: Microsoft.Hosting.Lifetime[14]
Now listening on: http://localhost:8080
// ...[생략]...
그래도 ASP.NET Core가 저렇게 결국 바인딩이 되었다는 것은, 아마도 IPv6 DualMode 바인딩이 실패한 경우 IPv4로 다시 시도하는 코드로 작성되었을 거라고 예측할 수 있습니다.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]