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)
12747정성태8/1/20215오류 유형: 748. 오류 기록 - MICROSOFT GRAPH – HOW TO IMPLEMENT IAUTHENTICATIONPROVIDER파일 다운로드1
12746정성태7/31/202153개발 환경 구성: 588. 네트워크 장비 환경을 시뮬레이션하는 Packet Tracer 프로그램 소개
12745정성태7/31/202117개발 환경 구성: 587. Azure Active Directory - tenant의 관리자 계정 로그인 방법
12744정성태7/30/202120개발 환경 구성: 586. Azure Active Directory에 연결된 App 목록을 확인하는 방법?
12743정성태7/30/202138.NET Framework: 1083. Azure Active Directory - 외부 Token Cache 저장소를 사용하는 방법파일 다운로드1
12742정성태7/30/202119개발 환경 구성: 585. Azure AD 인증을 위한 사용자 인증 유형
12741정성태7/29/202176.NET Framework: 1082. Azure Active Directory - Microsoft Graph API 호출 방법파일 다운로드1
12740정성태7/29/202131오류 유형: 747. SharePoint - InvalidOperationException 0x80131509
12739정성태7/28/202129오류 유형: 746. Azure Active Directory - IDW10106: The 'ClientId' option must be provided.
12738정성태7/28/202131오류 유형: 745. Azure Active Directory - Client credential flows must have a scope value with /.default suffixed to the resource identifier (application ID URI).
12737정성태7/28/202129오류 유형: 744. Azure Active Directory - The resource principal named api://...[client_id]... was not found in the tenant
12736정성태7/28/202136오류 유형: 743. Active Azure Directory에서 "API permissions"의 권한 설정이 "Not granted for ..."로 나오는 문제
12735정성태7/27/202175.NET Framework: 1081. C# - Azure AD 인증을 지원하는 데스크톱 애플리케이션 예제(Windows Forms)파일 다운로드1
12734정성태7/26/202182스크립트: 20. 특정 단어로 시작하거나/끝나는 문자열을 포함/제외하는 정규 표현식 - Look-around
12733정성태7/23/202197.NET Framework: 1081. Self-Contained/SingleFile 유형의 .NET Core/5+ 실행 파일을 임베딩한다면?파일 다운로드2
12732정성태7/23/202148오류 유형: 742. SharePoint - The super user account utilized by the cache is not configured.
12731정성태7/23/202159개발 환경 구성: 584. Add Internal URLs 화면에서 "Save" 버튼이 비활성화 된 경우
12730정성태7/23/202166개발 환경 구성: 583. Visual Studio Code - Go 코드에서 입력을 받는 경우
12729정성태7/22/202169.NET Framework: 1080. xUnit 단위 테스트에 메서드/클래스 수준의 문맥 제공 - Fixture
12728정성태7/22/202172.NET Framework: 1079. MSTestv2 단위 테스트에 메서드/클래스/어셈블리 수준의 문맥 제공
12727정성태7/21/2021140.NET Framework: 1078. C# 단위 테스트 - MSTestv2/NUnit의 Assert.Inconclusive 사용법(?)
12726정성태7/21/2021119VS.NET IDE: 169. 비주얼 스튜디오 - 단위 테스트 선택 시 MSTestv2 외의 xUnit, NUnit 사용법
12725정성태7/21/202161오류 유형: 741. Failed to find the "go" binary in either GOROOT() or PATH
12724정성태7/21/2021151개발 환경 구성: 582. 윈도우 환경에서 Visual Studio Code + Go (Zip) 개발 환경 [1]
12723정성태7/21/202162오류 유형: 740. SharePoint - Alternate access mappings have not been configured 경고
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...