성태의 닷넷 이야기
홈 주인
모아 놓은 자료
프로그래밍
질문/답변
사용자 관리
사용자
메뉴
아티클
외부 아티클
유용한 코드
온라인 기능
MathJax 입력기
최근 덧글
[정성태] Java - How to use the Foreign Funct...
[정성태] 제가 큰 실수를 했군요. ^^; Delegate를 통한 Bein...
[정성태] Working with Rust Libraries from C#...
[정성태] Detecting blocking calls using asyn...
[정성태] 아쉽게도, 커뮤니티는 아니고 개인 블로그입니다. ^^
[정성태] 질문이 잘 이해가 안 됩니다. 우선, 해당 소스코드에서 ILis...
[양승조
] var대신 dinamic으로 선언해서 해결은 했습니다. 맞는 해...
[양승조
] 또 막혔습니다. ㅠㅠ var list = props[i].Ge...
[양승조
] 아. 감사합니다. 어제는 안됐던것 같은데....정신을 차려야겠네...
[정성태] "props[i].GetValue(props[i])" 코드에서 ...
글쓰기
제목
이름
암호
전자우편
HTML
홈페이지
유형
제니퍼 .NET
닷넷
COM 개체 관련
스크립트
VC++
VS.NET IDE
Windows
Team Foundation Server
디버깅 기술
오류 유형
개발 환경 구성
웹
기타
Linux
Java
DDK
Math
Phone
Graphics
사물인터넷
부모글 보이기/감추기
내용
<div style='display: inline'> <h1 style='font-family: Malgun Gothic, Consolas; font-size: 20pt; color: #006699; text-align: center; font-weight: bold'>.NET Remoting에서 서비스 호출 시 SYN_SENT로 남는 현상</h1> <p> TCP 상태 다이어그램에 보면,<br /> <br /> [출처: https://www.cisco.com/c/en/us/about/press/internet-protocol-journal/back-issues/table-contents-34/syn-flooding-attacks.html]<br /> <img alt='tcp_connect_1.jpg' src='/SysWebRes/bbs/tcp_connect_1.jpg' /><br /> <br /> SYN_SENT는 연결을 시도한 측에서 SYN 패킷을 보낸 후 대상이 ACK로 반응하기까지의 상태입니다. 다른 말로 하면, ACK 받기 전까지는 connect 한 측의 소켓이 SYN_SENT로 계속 머무른다는 것입니다. 이것을 재현하는 간단한 방법은, 서버 측 소켓에 backlog 값을 작게 주어 Accept 후 지연 시간을 주면,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > using (_serverSocket = CreateServerSocket()) { _serverSocket.<a target='tab' href='http://www.sysnet.pe.kr/2/0/1826'>Listen(1)</a>; while (_serverSocket != null) { WriteLog("accept..."); using (Socket clntSocket = _serverSocket.Accept()) { <span style='color: blue; font-weight: bold'>Thread.Sleep(1000 * 60 * 5);</span> clntSocket.Close(); } } } </pre> <br /> 클라이언트에서 접속 시,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > static void Main(string[] args) { while (true) { Thread t2 = new Thread(clntSockFunc); t2.Start(); Console.WriteLine("Press any key to continue..."); Console.ReadLine(); } } private static void clntSockFunc(object obj) { try { using (var socket = CreateClientSocket()) { IPEndPoint ipEp = new IPEndPoint(IPAddress.Loopback, 57102); <span style='color: blue; font-weight: bold'>socket.Connect(ipEp);</span> socket.Close(); } } catch (Exception e) { Console.WriteLine(e.ToString()); } } </pre> <br /> 처음 한 번의 접속은 Accept를 타게 되고, 이후 한 번은 Listen(1)로 인해 큐에 담기고 3번째 접속부터 다음과 같은 예외가 발생합니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > System.Net.Sockets.SocketException (0x80004005): No connection could be made because the target machine actively refused it 127.0.0.1:57102 at System.Net.Sockets.Socket.DoConnect(EndPoint endPointSnapshot, SocketAddress socketAddress) at System.Net.Sockets.Socket.Connect(EndPoint remoteEP) at Program.clntSockFunc(Object obj) in c:\temp\ConsoleApp2\Program.cs:line 31 </pre> <br /> 그리고 위와 같은 오류가 발생하기 전, ^^ 재빠르게 netstat 명령어로 확인하면 다음과 같이 SYN_SENT를 볼 수 있습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > C:\Windows\System32> <span style='color: blue; font-weight: bold'>netstat -ano | findstr 57102</span> TCP 127.0.0.1:2981 127.0.0.1:57102 ESTABLISHED 32564 TCP 127.0.0.1:2983 127.0.0.1:57102 ESTABLISHED 32564 <span style='color: blue; font-weight: bold'>TCP 127.0.0.1:2984 127.0.0.1:57102 SYN_SENT 32564</span> TCP 127.0.0.1:57102 0.0.0.0:0 LISTENING 38696 TCP 127.0.0.1:57102 127.0.0.1:2981 ESTABLISHED 38696 TCP 127.0.0.1:57102 127.0.0.1:2983 ESTABLISHED 38696 </pre> <br /> 또는 서버 측 대응 소켓이 없는 상태에서 클라이언트가 아무 데나 연결을 시도하면 역시 동일한 0x80004005 예외가 발생하고 그때도 잠시 SYN_SENT를 볼 수 있습니다. TIME_WAIT 과는 달리 삭제까지 별도로 대기 시간이 필요 없기 때문에 아주 잠시 SYN_SENT가 발생하므로 현업에서는 잘 볼 수 없습니다.<br /> <br /> <hr style='width: 50%' /><br /> <br /> 재미있는 것은, 이런 현상이 Windows Server 2008 x86 운영체제에서 .NET Remoting을 열었을 때 접속하려는 클라이언트 측에서 발생했습니다. SYN_SENT가 쌓이는데 시간이 지나도 끊어지지 않는다는 특징이 있습니다. 그래서 Socket.Connect를 호출한 측의 스레드가 블로킹되어 서비스 장애까지 간 것입니다.<br /> <br /> 재현 코드는 간단하게 .NET Remoing 서버를 다음과 같이 만들고,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > using System; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Tcp; class Program { static TcpChannel tcpChannel; static void Main(string[] args) { RunServer(); Console.WriteLine("Prees any key to run client..."); Console.ReadLine(); } static void RunServer() { try { /* Server Channel Properties ; <a target='tab' href='https://learn.microsoft.com/en-us/previous-versions/dotnet/netframework-4.0/bb397831(v=vs.100)'>https://learn.microsoft.com/en-us/previous-versions/dotnet/netframework-4.0/bb397831(v=vs.100)</a> */ System.Collections.IDictionary tcpProperties = new System.Collections.Hashtable(); tcpProperties["port"] = HWConfig.TcpChannelPort; BinaryServerFormatterSinkProvider tcpServerProv = new BinaryServerFormatterSinkProvider(); tcpServerProv.TypeFilterLevel = System.Runtime.Serialization.Formatters.TypeFilterLevel.Low; tcpChannel = new TcpChannel(tcpProperties, null, tcpServerProv); System.Diagnostics.Trace.WriteLine("TcpChannelPort is acquired!"); ChannelServices.RegisterChannel(tcpChannel, false); RemotingConfiguration.RegisterWellKnownServiceType(typeof(HWSingleton), "HWSingleton", WellKnownObjectMode.Singleton); } catch (Exception e) { Console.WriteLine(e.ToString()); } } } </pre> <br /> 클라이언트 측은 이렇습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > using System; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Tcp; class Program { static void Main(string[] args) { string tcpServer = string.Format("tcp://localhost:{0}/HWSingleton", HWConfig.TcpChannelPort); Console.WriteLine(tcpServer); RegisterClient(); HWSingleton hwSingleton = (HWSingleton)Activator.GetObject(typeof(HWSingleton), tcpServer); Console.WriteLine(hwSingleton.Echo("Hello")); } private static void RegisterClient() { /* Client Channel Properties ; <a target='tab' href='https://learn.microsoft.com/en-us/previous-versions/dotnet/netframework-4.0/bb397839(v=vs.100)'>https://learn.microsoft.com/en-us/previous-versions/dotnet/netframework-4.0/bb397839(v=vs.100)</a> */ System.Collections.IDictionary tcpProperties = new System.Collections.Hashtable(); BinaryServerFormatterSinkProvider tcpServerProv = new BinaryServerFormatterSinkProvider(); tcpServerProv.TypeFilterLevel = System.Runtime.Serialization.Formatters.TypeFilterLevel.Low; TcpChannel tcpChannel = new TcpChannel(tcpProperties, null, tcpServerProv); ChannelServices.RegisterChannel(tcpChannel, false); } } </pre> <br /> 이렇게 하고 실행했더니, 다른 컴퓨터에서는 괜찮은데 유독 Windows Server 2008 x86에서만 클라이언트 측의 접속이 SYN_SENT로 머무르면서 절대 소켓 연결 시도가 끊기질 않습니다.<br /> <br /> <hr style='width: 50%' /><br /> <br /> 결국 해결 방법은 못 찾았습니다. 재미있는 것은 해당 시스템의 Tcpip 관련 레지스트리(HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters) 설정이 좀 이상했다는 점입니다. 가령 다음과 같은 값들이 그랬습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > TcpTimedWaitDelay ffffffff TcpFinWait2Delay ffffffff KeepAliveInterval ffffffff KeepAliveTime ffffffff EnablePMTUDiscovery ff TcpMaxDataRetransmissions ff </pre> <br /> 아무래도 Tcpip 관련 옵션들에서 어떤 문제가 발생한 듯싶은데 저런 값들을 다른 시스템에 맞춰 값을 조절하거나 삭제를 하기도 했지만 저 문제가 없어지지는 않았습니다.<br /> <br /> 그런데, 재미있는 점이 하나 있었다면 접속 측에서 "localhost"가 아닌 IP 주소로 접속(예: 127.0.0.1)하면 잘 되었습니다. 그래서 HOSTS 파일의 localhost 등록을 명시적으로 임시 설정하고,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 127.0.0.1 localhost </pre> <br /> 소스 코드의 접속 관련 코드들에서 "localhost"를 "127.0.0.1"로 바꾼 후 HOSTS 파일을 다시 원복하는 것으로 문제를 우회 해결했습니다. (다행히 테스트 서버에서 발생한 문제였습니다. ^^)<br /> <br /> (<a target='tab' href='https://www.sysnet.pe.kr/bbs/DownloadAttachment.aspx?fid=1487&boardid=331301885'>첨부 파일은 이 글의 예제 코드를 포함</a>합니다.)<br /> <br /> <hr style='width: 50%' /><br /> <br /> 참고로, .NET Remoting은 이제 역사의 뒤안길로 사라지는 기술이 되었습니다. 마이크로소프트는 향후 .NET 5로의 통합에서 더 이상 .NET Remoting(뿐만 아니라 WCF까지도!)을 지원하지 않기로 했으며 그 대체재로 gRPC를 추가하기로 결정했습니다.<br /> </p><br /> <br /><hr /><span style='color: Maroon'>[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]</span> </div>
첨부파일
스팸 방지용 인증 번호
1908
(왼쪽의 숫자를 입력해야 합니다.)