Microsoft MVP성태의 닷넷 이야기
.NET Framework: 2028. C# - HttpWebRequest의 POST 동작 방식 [링크 복사], [링크+제목 복사],
조회: 11930
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  [68]  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12110정성태1/11/202015313디버깅 기술: 154. Patch Guard로 인해 블루 스크린(BSOD)가 발생하는 사례 [5]파일 다운로드1
12109정성태1/10/202012723오류 유형: 588. Driver 프로젝트 빌드 오류 - Inf2Cat error -2: "Inf2Cat, signability test failed."
12108정성태1/10/202013240오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107정성태1/10/202014245.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
12106정성태1/8/202015870VC++: 136. C++ - OSR Driver Loader와 같은 Legacy 커널 드라이버 설치 프로그램 제작 [1]
12105정성태1/8/202014325디버깅 기술: 153. C# - PEB를 조작해 로드된 DLL을 숨기는 방법
12104정성태1/7/202014901DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램 [4]
12103정성태1/7/202017833DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제 [1]파일 다운로드2
12102정성태1/6/202015077디버깅 기술: 152. User 권한(Ring 3)의 프로그램에서 _ETHREAD 주소(및 커널 메모리를 읽을 수 있다면 _EPROCESS 주소) 구하는 방법
12101정성태1/5/202014661.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/202012309.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/202014786디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회 [1]
12098정성태1/2/202014799.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법 [3]
12097정성태1/2/202012924디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태12/30/201915995디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095정성태12/27/201917081VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/201914744.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/201914510.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/201914158디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/201915540디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/201915114.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]파일 다운로드1
12089정성태12/23/201914791디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/201913792Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/201914229디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12086정성태12/20/201916164디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201914105오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
... 61  62  63  64  65  66  67  [68]  69  70  71  72  73  74  75  ...