Microsoft MVP성태의 닷넷 이야기
.NET Framework: 2028. C# - HttpWebRequest의 POST 동작 방식 [링크 복사], [링크+제목 복사],
조회: 8141
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)

C# - HttpWebRequest의 POST 동작 방식

아래와 같은 질문이 있는데,

HttpWebRequest POST 전송 관련해서 질문 드립니다.
; https://www.sysnet.pe.kr/2/0/1430

답변에 앞서... 그나저나, "최소한의 재현 코드"를 작성하는 것이 그렇게 어려운 요구 사항인가요? ^^; 그냥 다음과 같은 식으로 재현 코드를 정리하면 얼마나 좋습니까?

using System;
using System.IO;
using System.Net;
using System.Net.Sockets;
using System.Text;
using System.Threading;

internal class Program
{
    static void Main(string[] args)
    {
        ThreadPool.QueueUserWorkItem(ServerProc);

        while (true)
        {
            ClientProc();

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

    static void ClientProc()
    {
        HttpWebRequest httpWebRequest = (HttpWebRequest)WebRequest.Create("http://127.0.0.1:9982/");
        httpWebRequest.Method = "POST";

        string data = new string('c', 51);

        byte[] sendBuf = Encoding.UTF8.GetBytes(data);
        using (Stream dataStream = httpWebRequest.GetRequestStream())
        {
            dataStream.Write(sendBuf, 0, sendBuf.Length);
        }

        try
        {
            using (HttpWebResponse resp = (HttpWebResponse)httpWebRequest.GetResponse())
            {
                using (StreamReader streamReader = new StreamReader(resp.GetResponseStream()))
                {
                    string responseText = streamReader.ReadToEnd();

                    if (resp.StatusCode == HttpStatusCode.OK)
                    {
                        Console.WriteLine($"[Client] {responseText}");
                    }
                }
            }
        }
        catch (Exception e)
        {
            Console.WriteLine(e);
        }
    }

    static void ServerProc(object state)
    {
        // C# - IPv4, IPv6를 모두 지원하는 서버 소켓 생성 방법
        // https://www.sysnet.pe.kr/2/0/13091
        using (Socket serverSocket = new Socket(SocketType.Stream, ProtocolType.Tcp))
        {
            serverSocket.Bind(new IPEndPoint(IPAddress.IPv6Any, 9982));
            serverSocket.Listen(5);

            while (true)
            {
                Socket socket = serverSocket.Accept();
                ThreadPool.QueueUserWorkItem(processChildSocket, socket);
            }
        }
    }

    static void processChildSocket(object state)
    {
        using (Socket child = state as Socket)
        {
            byte[] buf = new byte[8192];
            int len = child.Receive(buf);

            string txt = Encoding.UTF8.GetString(buf, 0, len);
            Console.WriteLine($"[Server:{len}] {txt}");

            string body = "test";
            string header = "HTTP/1.1 200 OK\r\nContent-Type: application/json; charset=UTF-8\r\n\r\n";
            byte[] responseBuf = Encoding.UTF8.GetBytes(header + body);

            child.Send(responseBuf);
        }
    }
}

하나의 프로젝트로, 깔끔하게 그냥 실행시키면 재현이 되니 답변하는 사람 입장에서도 오로지 문제 분석에만 신경 쓸 수 있고, 질문자 입장에서도 문제의 원인을 가능한 축소시켰기에 훨씬 더 상황을 잘 설명할 수 있습니다.




자, 그럼 재현 코드도 잘 정리했으니 원인 분석을 해볼까요? ^^

저 코드를 .NET Framework (제 경우 4.8) 환경에서 실행하면 클라이언트에서 다음과 같은 예외가 (경우에 따라) 발생합니다.

System.IO.IOException: Unable to read data from the transport connection: An established connection was aborted by the software in your host machine. ---> System.Net.Sockets.SocketException: An established connection was aborted by the software in your host machine
   at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
   at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size)
   --- End of inner exception stack trace ---
   at System.Net.ConnectStream.Read(Byte[] buffer, Int32 offset, Int32 size)
   at System.IO.StreamReader.ReadBuffer()
   at System.IO.StreamReader.ReadToEnd()
   at Program.ClientProc() in C:\...\Program.cs:line 44

그런데, 이 예외가 발생하는 공통적인 상황이 있습니다. 바로, 서버에서 HttpWebRequest 클라이언트가 보낸 데이터를 Socket.Receive로 받았을 때 다음과 같은 내용만 출력이 된다는 점입니다.

[Server:154] POST / HTTP/1.1
Host: 127.0.0.1:9982
Content-Length: 51
Expect: 100-continue
Connection: Keep-Alive

반면, 예외가 발생하지 않을 때는 이런 출력 결과가 나옵니다.

[Server:181] POST / HTTP/1.1
Host: 127.0.0.1:9982
Content-Length: 51
Expect: 100-continue

ccccccccccccccccccccccccccccccccccccccccccccccccccc

이 현상을 예전에 한 번 설명한 적이 있습니다.

모바일용 웹 사이트에서 발생하는 응답 시간 지연 현상
; https://www.sysnet.pe.kr/2/0/1430#header_body

HttpWebRequest는 Send(Header) + Send(Body)로 나눠서 전송을 하는 것입니다. 이것을 서버 소켓에서 읽을 때 확률적으로 Receive(All)이 될 수도 있고, Receive(Header) + Receive(Body)가 될 수도 있는 것입니다.

즉, 예외 없이 발생한 상황에서는 HttpWebRequest가 보낸 Send(Header) + Send(Body) 데이터를 TCP Stream의 특성상 Receive(All)로 받아버린 경우입니다. 반면, 예외가 발생한 상황에서는 Receive(Header)만을 읽었기 때문에 아직 HttpWebRequest가 보낸 Body 데이터를 읽지 않은 경우입니다.

그렇다면, 이제 후자의 상황, 즉 Header만을 읽은 상황에서 왜 예외가 발생하는 것일까요?

역시 이에 대해서도 예전에 한 번 설명한 적이 있습니다.

socket - shutdown 호출이 필요한 사례
; https://www.sysnet.pe.kr/2/0/11037

그러니까, 아직 읽어야 할 데이터가 있는 상황인데 서버에서 "child.Close"를 했으므로 TCP 연결을 닫는 동작이 RST 패킷 전송을 하게 된 것입니다. 결국, 클라이언트 측에서는 GetResponseStream을 통해 데이터를 읽으려고 시도하는 과정에서 RST 패킷이 도착했으므로 "An established connection was aborted by the software in your host machine" 오류 메시지를 내고 마는 것입니다.




이 문제에 대한 근본적인 원인은, 서버가 제대로 클라이언트가 보낸 모든 데이터를 읽지 않은 것입니다. 따라서, 서버의 Receive 코드를 다음과 같이 바꾸면 해결이 됩니다.

static void processChildSocket(object state)
{
    using (Socket child = state as Socket)
    {
        string txt = ReceiveAll(child);

        // ...[생략]...
    }
}

private static string ReceiveAll(Socket child)
{
    byte[] buf = new byte[8192];

    int contentLengthPos = -1;
    int bodyStart = -1;
    string text = "";
    string contentLengthHeader = "Content-Length";
    int readLen = 0;

    // 대개의 경우 한 번의 Read에 적어도 HTTP Header는 읽힘
    // 이 코드는 HTTP Header가 큰 경우는 가정하지 않음.
    {
        readLen = child.Receive(buf);

        text = Encoding.UTF8.GetString(buf, 0, readLen);
        contentLengthPos = text.IndexOf(contentLengthHeader, 0, StringComparison.OrdinalIgnoreCase);
        bodyStart = text.IndexOf("\r\n\r\n", contentLengthPos);
    }

    // HTTP Body를 보냈는지 확인하고,
    int contentLength = 0;

    if (contentLengthPos > 0)
    {
        int startPos = contentLengthPos + contentLengthHeader.Length;
        int endPos = text.IndexOf("\r\n", startPos);
        if (endPos != -1)
        {
            string contentLengthText = text.Substring(startPos, endPos - startPos).Trim(' ', ':');
            contentLength = int.Parse(contentLengthText);
        }
    }

    int remains = (bodyStart + 4 + contentLength) - readLen;

    if (remains == 0)
    {
        return text;
    }

    // 이 코드는 HTTP Body가 문자열로 이뤄졌다고 가정
    StringBuilder sb = new StringBuilder();

    while (remains > 0)
    {
        int len = child.Receive(buf);
        if (len <= 0)
        {
            break;
        }

        remains -= len;

        sb.Append(Encoding.UTF8.GetString(buf, 0, len));
    }

    return text + sb.ToString();
}

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

참고로, 이런 식의 HTTP Header 처리가 번거롭다면 애당초 HttpListener 등을 이용하는 것이 더 좋은 선택입니다.

IIS의 80 포트를 공유하는 응용 프로그램 만드는 방법
; https://www.sysnet.pe.kr/2/0/1555

C# - HttpListener를 이용한 HTTPS 통신 방법
; https://www.sysnet.pe.kr/2/0/12012




위의 HttpWebRequest 동작은 .NET Core (제가 테스트한 버전은 .NET 6)에서 다소 바뀐 듯합니다. 동일한 예제를 .NET 6 환경에서 실행해 보면, HttpWebRequest가 보낸 데이터를 언제나 Receive(All) 유형으로만 받게 되는 것을 볼 수 있습니다.

아마도 HttpWebRequest가 Send(Header) + Send(Body)로 나눠서 보내는 것이 아닌, 한 번에 Send(Header + Body)를 보내는 방식으로 바뀐 듯합니다.




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

[연관 글]






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

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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...
NoWriterDateCnt.TitleFile(s)
13261정성태2/15/20234537Windows: 224. Visual Studio - 영문 폰트가 Fullwidth Latin Character로 바뀌는 문제
13260정성태2/14/20234328오류 유형: 847. ilasm.exe 컴파일 오류 - error : syntax error at token '-' in ... -inf
13259정성태2/14/20234491.NET Framework: 2095. C# - .NET5부터 도입된 CollectionsMarshal
13258정성태2/13/20234333오류 유형: 846. .NET Framework 4.8 Developer Pack 설치 실패 - 0x81f40001
13257정성태2/13/20234400.NET Framework: 2094. C# - Job에 Process 포함하는 방법 [1]파일 다운로드1
13256정성태2/10/20235248개발 환경 구성: 665. WSL 2의 네트워크 통신 방법 - 두 번째 이야기
13255정성태2/10/20234582오류 유형: 845. gihub - windows2022 이미지에서 .NET Framework 4.5.2 미만의 프로젝트에 대한 빌드 오류
13254정성태2/10/20234509Windows: 223. (WMI 쿼리를 위한) PowerShell 문자열 escape 처리
13253정성태2/9/20235263Windows: 222. C# - 다른 윈도우 프로그램이 실행되었음을 인식하는 방법파일 다운로드1
13252정성태2/9/20234084오류 유형: 844. ssh로 명령어 수행 시 멈춤 현상
13251정성태2/8/20234535스크립트: 44. 파이썬의 3가지 스레드 ID
13250정성태2/8/20236380오류 유형: 843. System.InvalidOperationException - Unable to configure HTTPS endpoint
13249정성태2/7/20235211오류 유형: 842. 리눅스 - You must wait longer to change your password
13248정성태2/7/20234243오류 유형: 841. 리눅스 - [사용자 계정] is not in the sudoers file. This incident will be reported.
13247정성태2/7/20235126VS.NET IDE: 180. Visual Studio - 닷넷 소스 코드 디버깅 중 "Decompile source code"가 동작하는 않는 문제
13246정성태2/6/20234292개발 환경 구성: 664. Hyper-V에 설치한 리눅스 VM의 VHD 크기 늘리는 방법 - 두 번째 이야기
13245정성태2/6/20234867.NET Framework: 2093. C# - PEM 파일을 이용한 RSA 개인키/공개키 설정 방법파일 다운로드1
13244정성태2/5/20234195VS.NET IDE: 179. Visual Studio - External Tools에 Shell 내장 명령어 등록
13243정성태2/5/20235036디버깅 기술: 190. windbg - Win32 API 호출 시점에 BP 거는 방법 [1]
13242정성태2/4/20234485디버깅 기술: 189. ASP.NET Web Application (.NET Framework) 프로젝트의 숨겨진 예외 - System.UnauthorizedAccessException
13241정성태2/3/20233955디버깅 기술: 188. ASP.NET Web Application (.NET Framework) 프로젝트의 숨겨진 예외 - System.IO.FileNotFoundException
13240정성태2/1/20234112디버깅 기술: 187. ASP.NET Web Application (.NET Framework) 프로젝트의 숨겨진 예외 - System.Web.HttpException
13239정성태2/1/20233787디버깅 기술: 186. C# - CacheDependency의 숨겨진 예외 - System.Web.HttpException
13238정성태1/31/20235881.NET Framework: 2092. IIS 웹 사이트를 TLS 1.2 또는 TLS 1.3 프로토콜로만 운영하는 방법
13237정성태1/30/20235559.NET Framework: 2091. C# - 웹 사이트가 어떤 버전의 TLS/SSL을 지원하는지 확인하는 방법
13236정성태1/29/20235127개발 환경 구성: 663. openssl을 이용해 인트라넷 IIS 사이트의 SSL 인증서 생성
1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...