Microsoft MVP성태의 닷넷 이야기
.NET Framework: 489. Socket.Listen에 전달된 backlog 인자의 의미 [링크 복사], [링크+제목 복사]
조회: 11166
글쓴 사람
홈페이지
첨부 파일
 

Socket.Listen에 전달된 backlog 인자의 의미

간단한 테스트를 해볼까요? ^^

TcpListener serverSock = new TcpListener(IPAddress.Any, 5000);
serverSock.Start(5); // Socket.Listen(5); 호출과 동일

TcpClient clientSocket = serverSock.AcceptTcpClient();
    
Thread.Sleep(Timeout.Infinite);

위와 같이 프로그램을 하는 경우, 클라이언트가 접속을 시도했을 때 몇번째부터 예외가 발생할까요? ^^

정답은 7입니다. 왜냐하면, 첫번째 Connect 시도는 AcceptTcpClient 호출 덕분에 정상적으로 accept했기 때문에 backlog에 쌓이지 않습니다. 따라서 두번째에서 여섯번째까지의 Connect 시도가 backlog에 쌓여서 5개의 큐 제한을 꽉 채우게 됩니다. 그리고는 7번째 Connect 요청에 대해서는 서버 소켓이 명시적으로 오류를 내어 해당 클라이언트에서는 다음과 같은 예외가 발생합니다.

System.Net.Sockets.SocketException was unhandled
  _HResult=-2147467259
  _message=No connection could be made because the target machine actively refused it
  HResult=-2147467259
  IsTransient=false
  Message=No connection could be made because the target machine actively refused it 192.168.0.23:5000
  Source=System
  ErrorCode=10061
  NativeErrorCode=10061
  StackTrace:
       at System.Net.Sockets.TcpClient.Connect(String hostname, Int32 port)
       at ConsoleApplication1.Program.ClientFunc(Object obj) in e:\...\ConsoleApplication1\Program.cs:line 115
       at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadHelper.ThreadStart(Object obj)
  InnerException: 

이 상태에서 netstat로 소켓 상태를 확인해 보면 6개의 TCP 자원이 "ESTABLISHED" 상태로 진입한 것을 확인할 수 있습니다.

c:>netstat -ano | findstr ":5000"

TCP    0.0.0.0:5000           0.0.0.0:0              LISTENING       2384
TCP    192.168.0.23:5000      192.168.0.95:62724     ESTABLISHED     2384
TCP    192.168.0.23:5000      192.168.0.95:62725     ESTABLISHED     2384
TCP    192.168.0.23:5000      192.168.0.95:62726     ESTABLISHED     2384
TCP    192.168.0.23:5000      192.168.0.95:62727     ESTABLISHED     2384
TCP    192.168.0.23:5000      192.168.0.95:62728     ESTABLISHED     2384
TCP    192.168.0.23:5000      192.168.0.95:62729     ESTABLISHED     2384

이때, tcpview.exe와 같은 도구를 이용해 backlog에 쌓여 있는 "ESTABLISHED" 상태의 소켓을 강제로 닫으면 어떤 일이 발생할까요? 당연히 netstat로 확인하면 "ESTABLISHED" 상태의 소켓 수가 줄어들게 됩니다.

그렇다면 backlog에 쌓인 소켓 수가 줄었으니, 이후의 클라이언트 소켓 연결 요청을 받아들이게 될까요?

정답은, 받아들일 수 없습니다. 이를 통해서 소켓은 Listen에 지정된 숫자가 운영체제의 소켓 자원에 대한 '상태'와는 무관하게 계산된다는 것을 알 수 있습니다. 즉, Listen으로 인해 연결 요청이 들어온 것이 큐에 쌓이게 되고 그것이 빠져나가지 않는 한 해당 연결 요청에 대한 클라이언트 들의 상태와는 무관하게 accept 처리가 되는 것입니다.

(현실적으로 별로 유용한 정보는 아니지만, 그냥 심심해서 테스트 한번 해봤습니다. ^^)




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

[연관 글]





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

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

비밀번호

댓글 쓴 사람
 



2015-09-09 07시22분
[gwise] 좋은 정보 감사합니다.
Socket.Listen(5); 요거 db Connection 풀링하고 같은 의미네요...
[손님]
2018-01-26 01시57분
정성태
2018-02-12 01시40분
$ sysctl net.ipv4.tcp_synack_retries
net.ipv4.tcp_synack_retries = 5

$ sysctl net.ipv4.tcp_max_syn_backlog
net.ipv4.tcp_max_syn_backlog = 128

$ sysctl net.core.somaxconn
net.core.somaxconn = 128
정성태
2018-02-12 01시40분
$ ss -n state syn-recv sport = :80 | wc -l
1

$ ss -n state syn-recv sport = :443 | wc -l
1

$ sysctl net.ipv4.tcp_abort_on_overflow
net.ipv4.tcp_abort_on_overflow = 0

정성태
2018-02-12 01시40분
$ nstat -az TcpExtListenDrops
#kernel
TcpExtListenDrops 0 0.0

$ ss -plnt sport = :80|cat
State Recv-Q Send-Q Local Address:Port Peer Address:Port

$ nstat -az TcpExtTCPReqQFullDoCookies
#kernel
TcpExtTCPReqQFullDoCookies 0 0.0
정성태
2018-02-12 01시40분
$ nstat -az TcpExtSyncookiesSent
#kernel
TcpExtSyncookiesSent 0 0.0

$ sysctl net.ipv4.tcp_syncookies
net.ipv4.tcp_syncookies = 1

$ sysctl net.ipv4.tcp_timestamps
net.ipv4.tcp_timestamps = 1
정성태

[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12131정성태1/27/202054개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법
12130정성태1/26/202035VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202076.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법
12128정성태1/26/202016오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
12127정성태1/28/202054.NET Framework: 881. C# DLL에서 제공하는 Win32 export 함수의 내부 동작 방식(VT Fix up Table)파일 다운로드1
12126정성태1/25/202059.NET Framework: 880. C# - PE 파일로부터 IMAGE_COR20_HEADER 및 VTableFixups 테이블 분석파일 다운로드1
12125정성태1/24/202020VS.NET IDE: 141. IDE0019 - Use pattern matching
12124정성태1/24/202022VS.NET IDE: 140. IDE1006 - Naming rule violation: These words must begin with upper case characters: ...
12123정성태1/23/202047웹: 39. Google Analytics - gtag 함수를 이용해 페이지 URL 수정 및 별도의 이벤트 생성 방법
12122정성태1/22/202076.NET Framework: 879. C/C++의 UNREFERENCED_PARAMETER 매크로를 C#에서 우회하는 방법(IDE0060 - Remove unused parameter '...')파일 다운로드1
12121정성태1/24/202051VS.NET IDE: 139. Visual Studio - Error List: "Could not find schema information for the ..."파일 다운로드1
12120정성태1/20/202097.NET Framework: 878. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 네 번째 이야기(IL 코드로 직접 구현)파일 다운로드1
12119정성태1/17/202088디버깅 기술: 160. Windbg 확장 DLL 만들기 (3) - C#으로 만드는 방법
12118정성태1/17/2020105개발 환경 구성: 466. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 세 번째 이야기
12117정성태1/15/202072디버깅 기술: 159. C# - 디버깅 중인 프로세스를 강제로 다른 디버거에서 연결하는 방법파일 다운로드1
12116정성태1/15/202072디버깅 기술: 158. Visual Studio로 디버깅 시 sos.dll 확장 명령어를 (비롯한 windbg의 다양한 기능을) 수행하는 방법
12115정성태1/14/202047디버깅 기술: 157. C# - PEB.ProcessHeap을 이용해 디버깅 중인지 확인하는 방법파일 다운로드1
12114정성태1/13/2020113디버깅 기술: 156. C# - PDB 파일로부터 심벌(Symbol) 및 타입(Type) 정보 열거파일 다운로드3
12113정성태1/12/202079오류 유형: 590. Visual C++ 빌드 오류 - fatal error LNK1104: cannot open file 'atls.lib'
12112정성태1/12/202042오류 유형: 589. PowerShell - 원격 Invoke-Command 실행 시 "WinRM cannot complete the operation" 오류 발생
12111정성태1/12/2020122디버깅 기술: 155. C# - KernelMemoryIO 드라이버를 이용해 실행 프로그램을 숨기는 방법(DKOM: Direct Kernel Object Modification)
12110정성태1/12/202089디버깅 기술: 154. Patch Guard로 인해 블루 스크린(BSOD)가 발생하는 사례파일 다운로드1
12109정성태1/10/202035오류 유형: 588. Driver 프로젝트 빌드 오류 - Inf2Cat error -2: "Inf2Cat, signability test failed."
12108정성태1/10/202043오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107정성태1/10/2020127.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...