Microsoft MVP성태의 닷넷 이야기
Windows: 175. 윈도우 환경에서 클라이언트 소켓의 최대 접속 수 [링크 복사], [링크+제목 복사],
조회: 22275
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 9개 있습니다.)
개발 환경 구성: 92. 윈도우 서버 환경에서, 최대 생성 가능한 소켓(socket) 연결 수는 얼마일까?
; https://www.sysnet.pe.kr/2/0/964

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

Windows: 178. 윈도우 환경에서 클라이언트 소켓의 최대 접속 수 (2) - SO_REUSEADDR
; https://www.sysnet.pe.kr/2/0/12432

Windows: 179. 윈도우 환경에서 클라이언트 소켓의 최대 접속 수 (3) - SO_PORT_SCALABILITY
; https://www.sysnet.pe.kr/2/0/12433

Windows: 181. 윈도우 환경에서 클라이언트 소켓의 최대 접속 수 (4) - ReuseUnicastPort를 이용한 포트 고갈 문제 해결
; https://www.sysnet.pe.kr/2/0/12435

.NET Framework: 981. C# - HttpWebRequest, WebClient와 ephemeral port 재사용
; https://www.sysnet.pe.kr/2/0/12448

.NET Framework: 982. C# - HttpClient에서의 ephemeral port 재사용
; https://www.sysnet.pe.kr/2/0/12449

.NET Framework: 983. C# - TIME_WAIT과 ephemeral port 재사용
; https://www.sysnet.pe.kr/2/0/12450

Linux: 35. C# - 리눅스 환경에서 클라이언트 소켓의 ephemeral port 재사용
; https://www.sysnet.pe.kr/2/0/12459




윈도우 서버 환경에서 클라이언트 소켓의 최대 접속 수

예전 글에서,

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

Configure the max limit for concurrent TCP connections
; http://smallvoid.com/article/winnt-tcpip-max-limit.html

윈도우에서 최대 TcpConnection 수를 알아봤는데요, 일단 마이크로소프트의 공식 문서에는 다음의 자료로 찾아볼 수 있습니다.

the Win32_NetworkAdapterConfiguration class
; https://learn.microsoft.com/en-us/windows/win32/cimwin32prov/settcpnumconnections-method-in-class-win32-networkadapterconfiguration

TcpNumConnections [in]
Maximum number of connections that TCP may have open simultaneously. The valid range of values is 0 - 0xFFFFFE.

윈도우는 내부적으로 저렇게 제한을 두는 것인데 다시 저 글을 읽어 보니 좀 의문이 남습니다. TCP 연결 구분을 [src_ip:port][dst_ip:port] 쌍으로 한다면 4바이트+2바이트+4바이트+2바이트이므로 296 정도가 되어야 하는데 왜 약 3바이트 정도에서 마무리했던 건지 뒷이야기가 궁금합니다. (물론 천6백만 개의 동시 연결이 결코 부족하다고 볼 수는 없지만!)




그건 그렇고, "윈도우 서버 환경에서, 최대 생성 가능한 소켓(socket) 연결 수는 얼마일까?" 글에 남긴 Luna 님의 의견은 클라이언트 소켓인 경우 순수하게 클라이언트 측의 "포트 범위"로 제약이 걸린다는 것입니다.

한번 확인을 해볼까요? 절차는 다음과 같이 진행하면 될 듯합니다.

  1. TCP 서버를 15000, 15001 포트를 열고,
  2. 클라이언트에서 15000 서버로 포트가 소진될 만큼 열기를 시도하고,
  3. 2번 단계에서 더 이상 열 수 없을 때, 15001 포트로의 연결이 가능한가?

여기서 포트가 소진되는 것은 너무 많으면 테스트가 귀찮아지니, 그냥 MaxUserPort 레지스트리 값을 2000(0x7d0)으로 손봐서,

경로: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
이름: MaxUserPort
타입: DWORD
값: 7d0 (2000)

테스트를 할 텐데 그럼 1024번을 시작으로 2000번까지 총 977개의 포트가 가용한 것으로 나옵니다.

C:\WINDOWS\system32> netsh int ipv4 show dynamicport tcp

Protocol tcp Dynamic Port Range
---------------------------------
Start Port      : 1024
Number of Ports : 977

이제 서버 프로그램을 만들고,

using System;
using System.Collections.Generic;
using System.Net;
using System.Net.Sockets;
using System.Threading;

namespace ConsoleApp1
{
    class Program
    {
        static List<TcpClient> _cla15000 = new List<TcpClient>();
        static List<TcpClient> _cla15001 = new List<TcpClient>();

        static void Main(string[] args)
        {
            Thread t = new Thread(CountFunc);
            t.IsBackground = true;
            t.Start();

            Thread t15000 = new Thread(acceptFunc);
            t15000.IsBackground = true;
            t15000.Start(15000);

            Thread t15001 = new Thread(acceptFunc);
            t15001.IsBackground = true;
            t15001.Start(15001);

            Console.ReadLine();
        }

        private static void acceptFunc(object objPort)
        {
            int port = (int)objPort;

            TcpListener svr = new TcpListener(IPAddress.Any, port);
            {
                svr.Start();

                while (true)
                {
                    TcpClient client = svr.AcceptTcpClient();

                    if (port == 15000)
                    {
                        _cla15000.Add(client);
                    }
                    else
                    {
                        _cla15001.Add(client);
                    }
                }
            }
        }

        private static void CountFunc()
        {
            while (true)
            {
                Console.WriteLine($"# of 15000: {_cla15000.Count}, 15001: {_cla15001.Count}");
                Thread.Sleep(1000);
            }
        }
    }
}

클라이언트를 만들어,

using System;
using System.Collections.Generic;
using System.Net;
using System.Net.Sockets;

namespace ConsoleApp2
{
    class Program
    {
        static void Main(string[] args)
        {
            string ipAddr = args[0];
            int port = int.Parse(args[1]);
            int numberOf = int.Parse(args[2]);

            List<TcpClient> clients = new List<TcpClient>();

            try
            {
                for (int i = 0; i < numberOf; i++)
                {
                    TcpClient client = new TcpClient();
                    client.Connect(ipAddr, port);

                    clients.Add(client);
                }
            } catch { }

            Console.WriteLine(clients.Count);
            Console.ReadLine();
        }
    }
}

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

실행해 보면,

C:\temp2> ConsoleApp1.exe
# of 15000: 0, 15001: 0
# of 15000: 0, 15001: 0
# of 15000: 0, 15001: 0
# of 15000: 0, 15001: 0
# of 15000: 0, 15001: 0
# of 15000: 966, 15001: 0
# of 15000: 966, 15001: 0

C:\temp2> ConsoleApp2 localhost 15000 1000
966

C:\temp2> ConsoleApp2 localhost 15001 10000
0

결과는, 클라이언트용 소켓에 대해 dynamicport로 가용한 수를 모두 소진한 경우, 별도의 포트로 연결하지 못하고 있습니다. 즉, Luna 님의 의견대로 클라이언트 소켓의 경우 순수하게 포트 기준으로 제약을 가하고 있는 것입니다.




그런데, Luna 님의 마지막 덧글이 좀 혼란스럽군요. 레지스트리의 MaxUserPort 값을 건드리지 않은 5000 상태라고 했는데 그럼 1,024번부터 5,000번까지 3,977개의 dynamicport 할당이 가능하고 따라서 그 숫자 내에서 ENOBUFS 오류가 발생해야 합니다. 하지만, 1만 개는 잘 되었고 2만 개 테스트 도중 해당 오류가 발생했다고 하니 이론상 맞지 않는데요.

이것은 아마도 MaxUserPort 값을 건드리지 않았다기보다는, 근래의 Windows 10에서는 MaxUserPort 값이 정의되어 있지 않아 dynamicport의 기본 값이 사용된 것으로 보입니다. net 명령어로 확인해 보면 다음과 같은 값이 나올 텐데요,

// MaxUserPort가 레지스트리에 없는 경우

C:\WINDOWS\system32> netsh int ipv4 show dynamicport tcp

Protocol tcp Dynamic Port Range
---------------------------------
Start Port      : 49152
Number of Ports : 16384

따라서 16,384개의 클라이언트 소켓 연결을 할 수 있으므로, 두 번째 시도의 1만 개 테스트에서 ENOBUFS 오류가 발생했을 것으로 보입니다. (또한 당연하겠지만, 65,000여 개의 소켓 연결을 하고 싶다면 MaxUserPort 값을 65534로 높이면 됩니다. 그럼 "Number of Ports"의 값이 64511로 됩니다.)




참고로 문서상으로는,

5000보다 큰 TCP 포트에서 연결하려고 하면 'WSAENOBUFS(10055)' 오류가 발생함
; https://support.microsoft.com/ko-kr/help/196271/when-you-try-to-connect-from-tcp-ports-greater-than-5000-you-receive-t

MaxUserPort의 유효 범위가 5000 ~ 65534라고 나오지만, 실제로 이 글에서 테스트한 것처럼 2,000도 허용이 되었습니다. (아마도, 위의 문서가 2003 버전 시절이라서 이후에 바뀌었을 듯합니다.)

또한 시험 삼아, MaxUserPort 값을 1000으로 낮췄더니 최소 시작은 1024번부터여서 그런지 이런 상태에서는 기본 범위로 잡는 것을 볼 수 있습니다.

// MaxUserPort == 1000으로 설정한 경우,

C:\WINDOWS\system32> netsh int ipv4 show dynamicport tcp

Protocol tcp Dynamic Port Range
---------------------------------
Start Port      : 49152
Number of Ports : 16384




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/14/2025]

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

비밀번호

댓글 작성자
 



2020-11-13 01시43분
[Luna] 오랫만에 포트한도 문제에 대해서 복수의 NIC를 쓴다면 결과가 달라지는지 여부를 파악해보았씁니다.
실험결과는 달라지지 않더군요.

의심하였던 tcpip.sys 드라이버는 패킷처리 그 자체였나봅니다.
이 문제를 해결 하여야 하는 이유는 웹서버에 tcpip기반 리버스프록시로 구성한 경우에 제약이 되므로 마땅한 방법을 찾아야했습니다.
네트워크 기반에 로드벨런서 같은걸 써서 해결 할 수도 있겠고 쿠버네티스 같은 오케스트레이션 시스템을 사용 할 수도 있지요.

정말 많은 연결을 처리 하여야하는 프록시 서버라던가 VPN 서버를 구동한다면 쿠버네티스외에 방도가 딱히 없지 않겠나요.
[guest]
2020-12-01 11시46분
@Luna 님 다음의 글을 참고하세요.

윈도우 환경에서 클라이언트 소켓의 최대 접속 수 (4) - ReuseUnicastPort를 이용한 포트 고갈 문제 해결
; https://www.sysnet.pe.kr/2/0/12435
정성태

1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13843정성태12/13/20244381오류 유형: 938. Docker container 내에서 빌드 시 error MSB3021: Unable to copy file "..." to "...". Access to the path '...' is denied.
13842정성태12/12/20244522디버깅 기술: 205. Windbg - KPCR, KPRCB
13841정성태12/11/20244855오류 유형: 937. error MSB4044: The "ValidateValidArchitecture" task was not given a value for the required parameter "RemoteTarget"
13840정성태12/11/20244428오류 유형: 936. msbuild - Your project file doesn't list 'win' as a "RuntimeIdentifier"
13839정성태12/11/20244857오류 유형: 936. msbuild - error CS1617: Invalid option '12.0' for /langversion. Use '/langversion:?' to list supported values.
13838정성태12/4/20244595오류 유형: 935. Windbg - Breakpoint 0's offset expression evaluation failed.
13837정성태12/3/20245051디버깅 기술: 204. Windbg - 윈도우 핸들 테이블 (3) - Windows 10 이상인 경우
13836정성태12/3/20244610디버깅 기술: 203. Windbg - x64 가상 주소를 물리 주소로 변환 (페이지 크기가 2MB인 경우)
13835정성태12/2/20245055오류 유형: 934. Azure - rm: cannot remove '...': Directory not empty
13834정성태11/29/20245284Windows: 275. C# - CUI 애플리케이션과 Console 윈도우 (Windows 10 미만의 Classic Console 모드인 경우) [1]파일 다운로드1
13833정성태11/29/20244965개발 환경 구성: 737. Azure Web App에서 Scale-out으로 늘어난 리눅스 인스턴스에 SSH 접속하는 방법
13832정성태11/27/20244900Windows: 274. Windows 7부터 도입한 conhost.exe
13831정성태11/27/20244381Linux: 111. eBPF - BPF_MAP_TYPE_PERF_EVENT_ARRAY, BPF_MAP_TYPE_RINGBUF에 대한 다양한 용어들
13830정성태11/25/20245181개발 환경 구성: 736. 파이썬 웹 앱을 Azure App Service에 배포하기
13829정성태11/25/20245140스크립트: 67. 파이썬 - Windows 버전에서 함께 설치되는 py.exe
13828정성태11/25/20244439개발 환경 구성: 735. Azure - 압축 파일을 이용한 web app 배포 시 디렉터리 구분이 안 되는 문제파일 다운로드1
13827정성태11/25/20245091Windows: 273. Windows 환경의 파일 압축 방법 (tar, Compress-Archive)
13826정성태11/21/20245320닷넷: 2313. C# - (비밀번호 등의) Console로부터 입력받을 때 문자열 출력 숨기기(echo 끄기)파일 다운로드1
13825정성태11/21/20245652Linux: 110. eBPF / bpf2go - BPF_RINGBUF_OUTPUT / BPF_MAP_TYPE_RINGBUF 사용법
13824정성태11/20/20244742Linux: 109. eBPF / bpf2go - BPF_PERF_OUTPUT / BPF_MAP_TYPE_PERF_EVENT_ARRAY 사용법
13823정성태11/20/20245287개발 환경 구성: 734. Ubuntu에 docker, kubernetes (k3s) 설치
13822정성태11/20/20245151개발 환경 구성: 733. Windbg - VirtualBox VM의 커널 디버거 연결 시 COM 포트가 없는 경우
13821정성태11/18/20245079Linux: 108. Linux와 Windows의 프로세스/스레드 ID 관리 방식
13820정성태11/18/20245235VS.NET IDE: 195. Visual C++ - C# 프로젝트처럼 CopyToOutputDirectory 항목을 추가하는 방법
13819정성태11/15/20244477Linux: 107. eBPF - libbpf CO-RE의 CONFIG_DEBUG_INFO_BTF 빌드 여부에 대한 의존성
13818정성태11/15/20245264Windows: 272. Windows 11 24H2 - sudo 추가
1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...