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

윈도우 환경에서 클라이언트 소켓의 최대 접속 수 (2) - SO_REUSEADDR

아래의 글에서,

윈도우 서버 환경에서, 최대 생성 가능한 소켓(socket) 연결 수는 얼마일까?
; https://www.sysnet.pe.kr/2/0/964

윈도우 환경에서 클라이언트 소켓의 최대 접속 수
; https://www.sysnet.pe.kr/2/0/12350

그러니까 서버는 소켓 구분이 5-tuple로 되지만,

(Protocol, LocalIP, LocalPort, RemoteIP, RemotePort)

클라이언트 소켓의 경우 단순히 (Protocol, LocalIP, LocalPort)로만 구분이 됩니다. 그런데, 불현듯 ^^; 옵션이 하나 생각났습니다.

SO_REUSEADDR
; https://docs.microsoft.com/en-us/windows-hardware/drivers/network/so-reuseaddr
; http://www.unixguide.net/network/socketfaq/4.5.shtml

그래서, 이전 예제에서 클라이언트 측의 코드만 다음과 같이 ReuseAddress 옵션을 사용하도록 바꾸면,

int localPort = 9748;

using (var socket1 = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp))
using (var socket2 = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp))
{
    socket1.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
    socket1.Bind(new IPEndPoint(IPAddress.Any, localPort));
    socket1.Connect("localhost", 15000);

    Console.WriteLine($"{socket1.LocalEndPoint}-{socket1.RemoteEndPoint}");

    socket2.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
    socket2.Bind(new IPEndPoint(IPAddress.Any, localPort));
    socket2.Connect("localhost", 15001);

    Console.WriteLine($"{socket2.LocalEndPoint}-{socket2.RemoteEndPoint}");

    Console.ReadLine();
}
/*
127.0.0.1:9748-127.0.0.1:15000
127.0.0.1:9748-127.0.0.1:15001
*/

출력이 의미하는 데로 윈도우에서 클라이언트 측의 소켓을 5-tuple로 구분하게 만들 수 있습니다.




그런데, 이게 좀 현실성이 없습니다. 왜냐하면, 명시적으로 포트 번호를 할당해 바인딩을 해야 하는데, 그렇다면 현재 바인딩 가능한 포트 번호를 조회할 수 있거나 하는 식의 배려가 있어야 하지만 윈도우에서 그걸 직접적으로 알아낼 수 있는 방법이 없습니다. (혹시 방법을 아시는 분은 덧글 부탁드립니다.)

굳이 생각해 보면, (Win32 API로는 방법을 제공하지 않는 듯한) "netsh int ipv4 show dynamicport tcp" 명령의 결과로 조회할 수 있는 포트 영역을 구해 오류가 발생하지 않을 때까지 Bind를 해보는 수밖에 없습니다. 혹은, Win32 API에 TcpTable을 가져오는 함수를 이용하면,

GetTcpTable function (iphlpapi.h)
; https://docs.microsoft.com/en-us/windows/win32/api/iphlpapi/nf-iphlpapi-gettcptable

쓰지 않는 포트를 조회하는 것도 가능할 것입니다. 하지만, 그래도 안전하지 못한 것이, 조회 후 검색하는 동안 또 다른 스레드/프로세스에 의해 포트 점유가 될 수 있으므로 역시 오류를 대비해 다시 다른 포트로 시도해야만 합니다. 게다가 여기서 끝이 아닙니다. 하나 더 고려해야 할 제약이 있는데요.

테스트를 해보니, 반드시 해당 포트에 대해서 명시적으로 ReuseAddress로 열려 있어야 합니다. 일례로 만약 다음과 같은 식으로 바꾸면,

using (var socket1 = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp))
using (var socket2 = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp))
{
    // Reuse 옵션 없이 이미 포트가 열려 있으면,
    socket1.Connect("localhost", 15000);

    Console.WriteLine($"{socket1.LocalEndPoint}-{socket1.RemoteEndPoint}");

    int allocPort = 0;
    {
        int pos = socket1.LocalEndPoint.ToString().IndexOf(':');
        allocPort = int.Parse(socket1.LocalEndPoint.ToString().Substring(pos + 1));
    }

    Console.WriteLine(allocPort);

    // 해당 포트로 Reuse 옵션을 설정해도 예외 발생
    socket2.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
    socket2.Bind(new IPEndPoint(IPAddress.Any, allocPort));
    socket2.Connect("localhost", 15001);

    Console.WriteLine($"{socket2.LocalEndPoint}-{socket2.RemoteEndPoint}");

    Console.ReadLine();
}

첫 번째 연결에서 ReuseAddress 옵션을 고려하지 않아, 두 번째 연결의 바인딩에서 이런 예외가 발생합니다.

Unhandled Exception: System.Net.Sockets.SocketException: An attempt was made to access a socket in a way forbidden by its access permissions
   at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
   at System.Net.Sockets.Socket.Bind(EndPoint localEP)

이것은 달리 말하면, 이미 다른 응용 프로그램에서 점유 중인 클라이언트 연결이 있다면, 그리고 그 연결은 대개의 경우 ReuseAddress 옵션이 지정되어 있지 않았을 것이므로 우리 쪽 응용 프로그램에서 Reuse를 시도할 수 없다는 것이 됩니다. 대신 우회해서 바인딩을 IPAddress.Any 외의 것으로 명시하면,

using (var socket1 = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp))
using (var socket2 = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp))
{
    socket1.Connect("localhost", 15000);
    Console.WriteLine($"{socket1.LocalEndPoint}-{socket1.RemoteEndPoint}");

    int allocPort = 0;
    {
        int pos = socket1.LocalEndPoint.ToString().IndexOf(':');
        allocPort = int.Parse(socket1.LocalEndPoint.ToString().Substring(pos + 1));
    }

    Console.WriteLine(allocPort);

    socket2.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
    socket2.Bind(new IPEndPoint(IPAddress.Loopback, allocPort));
    socket2.Connect("localhost", 15001);

    Console.WriteLine($"{socket2.LocalEndPoint}-{socket2.RemoteEndPoint}");

    Console.ReadLine();
}

/* 출력 결과
127.0.0.1:9460-127.0.0.1:15000
9460
127.0.0.1:9460-127.0.0.1:15001
*/

socket1의 경우 기본적으로 "0.0.0.0:9460"으로 바인딩한 것과 다름없으므로 socket2에서 "127.0.0.1:9460"으로 바인딩하면 정상적으로 동일 포트로 열 수 있습니다.

(첨부 파일은 이 글의 예제 코드를 포함합니다.)

그러니까, 이론 상 클라이언트 측 소켓도 5-tuple을 구분 값으로 사용할 수 있지만 현실적으로는 사용법이 그다지 매끄럽지 않습니다.




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

[연관 글]


donaricano-btn



[최초 등록일: ]
[최종 수정일: 12/14/2020 ]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 쓴 사람
 



2020-11-30 01시28분
[Lyn] GetTcpTable / GetTcpTable2 / AllocateAndGetTcpExTableFromStack 를 사용하면 일단 사용중인 포트를 얻어와서 역으로 빈포트를 찾는게 가능은 합니다...

겁나 불편하지만 ..
[손님]

1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12479정성태1/6/2021663.NET Framework: 998. C# - OWIN 예제 프로젝트 만들기
12478정성태1/6/2021791.NET Framework: 997. C# - ArrayPool<T> 소개파일 다운로드1
12477정성태1/6/20211309기타: 79. github 코드 검색 방법 [1]
12476정성태1/5/2021770.NET Framework: 996. C# - 닷넷 코어에서 다른 스레드의 callstack을 구하는 방법파일 다운로드1
12475정성태1/5/2021890.NET Framework: 995. C# - Span<T>와 Memory<T> [1]파일 다운로드1
12474정성태1/4/2021712.NET Framework: 994. C# - (.NET Core 2.2부터 가능한) 프로세스 내부에서 CLR ETW 이벤트 수신파일 다운로드1
12473정성태1/4/2021859.NET Framework: 993. .NET 런타임에 따라 달라지는 정적 필드의 초기화 유무 [1]파일 다운로드1
12472정성태1/3/2021778디버깅 기술: 178. windbg - 디버그 시작 시 스크립트 실행
12471정성태1/1/2021850.NET Framework: 992. C# - .NET Core 3.0 이상부터 제공하는 runtimeOptions의 rollForward 옵션
12470정성태3/8/2021884.NET Framework: 991. .NET 5 응용 프로그램에서 WinRT API 호출 [1]파일 다운로드1
12469정성태12/30/20201039.NET Framework: 990. C# - SendInput Win32 API를 이용한 가상 키보드/마우스파일 다운로드1
12468정성태12/30/2020729Windows: 186. CMD Shell의 "Defaults"와 "Properties"에서 폰트 정보가 다른 문제
12467정성태12/29/2020911.NET Framework: 989. HttpContextAccessor를 통해 이해하는 AsyncLocal<T> [1]파일 다운로드1
12466정성태12/29/20201011.NET Framework: 988. C# - 지연 실행이 꼭 필요한 상황이 아니라면 singleton 패턴에서 DCLP보다는 static 초기화를 권장파일 다운로드1
12465정성태1/19/2021822.NET Framework: 987. .NET Profiler - FunctionID와 연관된 ClassID를 구할 수 없는 문제
12464정성태12/29/2020905.NET Framework: 986. pptfont.exe - PPT 파일에 숨겨진 폰트 설정을 일괄 삭제
12463정성태12/29/2020851개발 환경 구성: 520. RDP(mstsc.exe)의 다중 모니터 옵션 /multimon, /span
12462정성태12/27/2020872디버깅 기술: 177. windbg - (ASP.NET 환경에서 유용한) netext 확장
12461정성태12/21/20201408.NET Framework: 985. .NET 코드 리뷰 팁 [3]
12460정성태12/18/20201133기타: 78. 도서 소개 - C#으로 배우는 암호학
12459정성태1/4/2021786Linux: 35. C# - 리눅스 환경에서 클라이언트 소켓의 ephemeral port 재사용파일 다운로드1
12458정성태12/16/20201009오류 유형: 694. C# - Task.Start 메서드 호출 시 "System.InvalidOperationException: 'Start may not be called on a task that has completed.'" 예외 발생 [1]
12457정성태12/15/2020845Windows: 185. C# - Windows 10/2019부터 추가된 SIO_TCP_INFO파일 다운로드1
12456정성태12/15/2020842VS.NET IDE: 156. Visual Studio - "Migrate packages.config to PackageReference"
12455정성태12/15/2020659오류 유형: 693. DLL 로딩 시 0x800704ec - This Program is Blocked by Group Policy
12454정성태12/15/2020829Windows: 184. Windows - AppLocker의 "DLL Rules"를 이용해 임의 경로에 설치한 DLL의 로딩을 막는 방법
1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...