Microsoft MVP성태의 닷넷 이야기
.NET Framework: 2029. C# - HttpWebRequest로 localhost 접속 시 2초 이상 지연 [링크 복사], [링크+제목 복사],
조회: 15027
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

C# - HttpWebRequest로 localhost 접속 시 2초 이상 지연

이상하군요, ^^; 단순히 아래와 같이 HttpWebRequest를 사용하면,

using System.Diagnostics;
using System.Net;
using System.Net.Sockets;
using System.Text;

ThreadPool.QueueUserWorkItem(ServerProc);

while (true)
{
    ClientProc();

    Console.WriteLine("Press any key to send again....");
    Console.ReadLine();
}

void ClientProc()
{
    HttpWebRequest httpWebRequest = (HttpWebRequest)WebRequest.Create("http://localhost:18000");

    Stopwatch st = new Stopwatch();
    st.Start();
    try
    {
        using (HttpWebResponse resp = (HttpWebResponse)httpWebRequest.GetResponse())
        {
        }
    }
    catch
    {
    } finally
    {
        st.Stop();
        Console.WriteLine(st.ElapsedMilliseconds);
    }
}

void ServerProc(object? state)
{
    using (Socket sock = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp))
    {
        sock.Bind(new IPEndPoint(IPAddress.Any, 18000));
        sock.Listen(5);

        while (true)
        {
            sock.Accept().Close();
        }
    }
}

httpWebRequest.GetResponse 코드에서 2초 정도의 지연이 발생합니다. 그리고 이때, 비주얼 스튜디오에서 F5 디버깅으로 실행하면 다음과 같은 예외가 삼켜진 것을 볼 수 있습니다.

Exception thrown: 'System.Net.Internals.SocketExceptionFactory.ExtendedSocketException' in System.Net.Sockets.dll

예외가 삼켜지지 않도록 설정 후 다시 실행해 보면, 이번엔 Socket.cs의 throw에서,

if (errorCode != SocketError.Success)
{
    UpdateConnectSocketErrorForDisposed(ref errorCode);
    // Update the internal state of this socket according to the error before throwing.
    SocketException socketException = SocketExceptionFactory.CreateSocketException((int)errorCode, endPointSnapshot);
    UpdateStatusAfterSocketError(socketException);
    if (NetEventSource.Log.IsEnabled()) NetEventSource.Error(this, socketException);

    if (SocketsTelemetry.Log.IsEnabled()) SocketsTelemetry.Log.AfterConnect(errorCode);

    throw socketException;
}

다음의 예외가 발생합니다.

System.Net.Internals.SocketExceptionFactory.ExtendedSocketException
  HResult=0x80004005
  Message=No connection could be made because the target machine actively refused it. [::1]:18000
  Source=System.Net.Sockets
  StackTrace:
   at System.Net.Sockets.Socket.DoConnect(EndPoint endPointSnapshot, SocketAddress socketAddress) in /_/src/libraries/System.Net.Sockets/src/System/Net/Sockets/Socket.cs:line 3202

아하... 그러니까 ipv4가 아닌 ipv6 주소로 먼저 접속 시도를 한 것입니다. 이에 관해 검색해 보면 다음의 글이 나옵니다.

HttpWebRequest is extremely slow!
; https://stackoverflow.com/questions/2519655/httpwebrequest-is-extremely-slow

"Frederik Hoeft"의 답변을 보면, ipv6로 먼저 시도하고 500ms씩 네 번의 시도 후 Socket.Connect가 실패해 fallback으로 ipv4로 시도하기 때문이라고 합니다. 사실 이것은 Socket.Connect의 기본 동작과 일치합니다. 가령 여러분들이 Socket.Connect("localhost", port)와 같은 식으로 코딩을 하면, Socket 타입은 사용자가 전달한 "localhost" 문자열을 Dns.GetHostAddresses로 해석한 후 그것이 반환한 IPAddress 배열에 대해 접속을 시도합니다. 즉, 다음과 같이 동작하는 것입니다.

IPAddress[] addresses = Dns.GetHostAddresses("localhost");
// addresses[0] == ::1
// addresses[1] == 127.0.0.1


foreach (IPAddress adrdess in addresses)
{
    using (Socket sock = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp))
    {
        sock.Connect(adrdess, 18000);
        Console.WriteLine("Connected");
    }
}

그런데, 재미있는 건 저 코드 그대로 동작시켜보면, 즉 HttpWebRequest가 아닌 Socket 그대로를 사용해 직접 코딩해 보면 이번에는 2초 지연 없이 곧바로 접속이 되는 것을 확인할 수 있습니다. 그 이유는, for 루프 내의 코드에 CanTryAddressFamily로 한 번 더 체크를 하기 때문인데,

// Socket.cs

if (CanTryAddressFamily(address.AddressFamily))
{
    try
    {
        Connect(new IPEndPoint(address, port));
        lastex = null;
        break;
    }
    catch (Exception ex) when (!ExceptionCheck.IsFatal(ex))
    {
        lastex = ExceptionDispatchInfo.Capture(ex);
    }
}

internal bool CanTryAddressFamily(AddressFamily family)
{
    return (family == _addressFamily) || (family == AddressFamily.InterNetwork && IsDualMode);
}

우리가 코딩한 Socket의 경우 "new Socket(AddressFamily.InterNetwork, ...)"라고 명시적인 ipv4 사용을 지정했기 때문에 Dns.GetHostAddresses로 반환한 IP 중에서 ipv4에 해당하는 것으로만 접속을 시도한 것입니다.

아하~~~ 그렇다면 HttpWebRequest의 경우 AddressFamily를 Socket에 지정하지 않았다는 것인데요, 실제로 "private static HttpClient CreateHttpClient(HttpClientParameters parameters, HttpWebRequest? request)" 코드를 보면 Socket 자원을 이렇게 생성하기 때문에,

var socket = new Socket(SocketType.Stream, ProtocolType.Tcp);

// IPv6가 지원되는 환경에서 AddressFamily를 지정하지 않으면 기본값으로 InterNetworkV6 사용
public Socket(SocketType socketType, ProtocolType protocolType)
    : this(OSSupportsIPv6 ? AddressFamily.InterNetworkV6 : AddressFamily.InterNetwork, socketType, protocolType)
{
    if (OSSupportsIPv6)
    {
        DualMode = true;
    }
}

InterNetworkV6가 지정돼 Dns.GetHostAddresses가 반환한 "::1" 주소로의 접속도 시도하게 되는 것입니다.

참고로, AddressFamily를 지정하지 않는 Socket 생성자는 .NET 4.5부터 제공하기 때문에, 저 현상은 .NET 4.5 이상의 프레임워크가 설치된 컴퓨터에서만 발생할 수 있습니다.




수수께끼가 풀렸으니 대응 방안은 2가지로 나뉩니다. "Frederik Hoeft"의 답변처럼,

  1. 클라이언트 측에서 "localhost" 대신 명시적으로 IPv4를 사용하도록 "127.0.0.1"을 사용하거나,
  2. 서버 측에서 IPv6 소켓을 제공하거나, 혹은 IPv4/IPv6 모두 지원

첫 번째 방법은 설명이 필요 없겠고, 두 번째 방법의 경우에는 지난 글에서 이미 설명했습니다. ^^

C# - IPv4, IPv6를 모두 지원하는 서버 소켓 생성 방법
; https://www.sysnet.pe.kr/2/0/13091




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







[최초 등록일: ]
[최종 수정일: 7/5/2022]

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

비밀번호

댓글 작성자
 




... 151  152  153  154  155  156  157  158  159  160  161  162  [163]  164  165  ...
NoWriterDateCnt.TitleFile(s)
972정성태1/7/201124141개발 환경 구성: 95. SQL Server 2008 R2 이하 버전 정보 확인
971정성태1/5/201133722.NET Framework: 199. .NET 코드 - Named Pipe 닷넷 서버와 VC++ 클라이언트 제작 [2]파일 다운로드1
970정성태1/4/201134252.NET Framework: 198. 윈도우 응용 프로그램에 Facebook 로그인 연동 [1]파일 다운로드1
969정성태12/31/201040355VC++: 45. Winsock 2 Layered Service Provider - Visual Studio 2010용 프로젝트 [1]파일 다운로드1
968정성태12/30/201026609개발 환경 구성: 94. 개발자가 선택할 수 있는 윈도우에서의 네트워크 프로그래밍 기술 [2]
967정성태12/27/201028394.NET Framework: 197. .NET 코드 - 단일 Process 실행파일 다운로드1
966정성태12/26/201026351.NET Framework: 196. .NET 코드 - 창 흔드는 효과파일 다운로드1
965정성태12/25/201027849개발 환경 구성: 93. MSBuild를 이용한 닷넷 응용프로그램의 다중 어셈블리 출력 빌드파일 다운로드1
964정성태12/21/2010143010개발 환경 구성: 92. 윈도우 서버 환경에서, 최대 생성 가능한 소켓(socket) 연결 수는 얼마일까? [14]
963정성태12/13/201027883개발 환경 구성: 91. MSBuild를 이용한 닷넷 응용프로그램의 플랫폼(x86/x64)별 빌드 [2]파일 다운로드1
962정성태12/10/201022760오류 유형: 110. GAC 등록 - Failure adding assembly to the cache: Invalid file or assembly name.
961정성태12/10/201099801개발 환경 구성: 90. 닷넷에서 접근해보는 PostgreSQL DB [5]
960정성태12/8/201045092.NET Framework: 195. .NET에서 코어(Core) 관련 CPU 정보 알아내는 방법파일 다운로드1
959정성태12/8/201031920.NET Framework: 194. Facebook 연동 - API Error Description: Invalid OAuth 2.0 Access Token
958정성태12/7/201028924개발 환경 구성: 89. 배치(batch) 파일에서 또 다른 배치 파일을 동기 방식으로 실행 및 반환값 얻기 [2]
957정성태12/6/201031659디버깅 기술: 31. Windbg - Visual Studio 디버그 상태에서 종료해 버리는 응용 프로그램 [3]
953정성태11/28/201036878.NET Framework: 193. 페이스북(Facebook) 계정으로 로그인하는 C# 웹 사이트 제작 [5]
952정성태11/25/201025332.NET Framework: 192. GC의 부하는 상대적인 것! [4]
950정성태11/18/201076688.NET Framework: 191. ClickOnce - 관리자 권한 상승하는 방법 [17]파일 다운로드2
954정성태11/29/201048680    답변글 .NET Framework: 191.1. [답변] 클릭원스 - 요청한 작업을 수행하려면 권한 상승이 필요합니다. (Exception from HRESULT: 0x800702E4) [2]
949정성태11/16/201027238오류 유형: 109. System.ServiceModel.Security.SecurityNegotiationException
948정성태11/16/201036027.NET Framework: 190. 트위터 계정으로 로그인하는 C# 웹 사이트 제작 [7]파일 다운로드1
947정성태11/14/201041674.NET Framework: 189. Mono Cecil로 만들어 보는 .NET Decompiler [1]파일 다운로드1
946정성태11/11/201041507.NET Framework: 188. .NET 64비트 응용 프로그램에서 왜 (2GB) OutOfMemoryException 예외가 발생할까? [1]파일 다운로드1
945정성태11/11/201025036VC++: 44. C++/CLI 컴파일 오류 - error C4368: mixed types are not supported
944정성태11/11/201031524VC++: 43. C++/CLI 컴파일 오류 - error C2872: 'IServiceProvider' : ambiguous symbol could be ...
... 151  152  153  154  155  156  157  158  159  160  161  162  [163]  164  165  ...