我知道这是一个老问题。@feroze的回答说了该怎么做，但没有详细说明如何设置System.Net跟踪来实现它。
由于这个问题是我查询这个主题的第一个谷歌结果，而且我们都是忙碌的人，我想我会保存你们所有人都不必寻找这些信息。
System.Web对于调试HttpWebRequest非常强大，可以使用web.config轻松设置：

<configuration>
    <system.diagnostics>

        <trace autoflush="true" /> 

        <sources>
            <source name="System.Net" maxdatasize="1024">
                <listeners>
                    <add name="MyTraceFile"/>
                    <add name="MyConsole"/>
                </listeners>
            </source>
        </sources>

        <sharedListeners>
            <add
              name="MyTraceFile"
              type="System.Diagnostics.TextWriterTraceListener"
              initializeData="System.Net.trace.log" />
                <add name="MyConsole" type="System.Diagnostics.ConsoleTraceListener" />
        </sharedListeners>

        <switches>
            <add name="System.Net" value="Verbose" />
        </switches>

    </system.diagnostics>
</configuration>

在代码中添加一个简单的HttpWebRequest，并在Visual Studio中以调试模式运行，调试控制台中将显示以下信息：

System.Net Verbose: 0 : [6596] WebRequest::Create(https://example.com/service.asmx)
System.Net Verbose: 0 : [6596] HttpWebRequest#62063506::HttpWebRequest(https://example.com/service.asmx#11234)
System.Net Information: 0 : [6596] RAS supported: True
System.Net Verbose: 0 : [6596] Exiting HttpWebRequest#11234::HttpWebRequest() 
System.Net Verbose: 0 : [6596] Exiting WebRequest::Create()     -> HttpWebRequest#11234
System.Net Verbose: 0 : [6596] HttpWebRequest#11234 ::GetRequestStream()
System.Net Verbose: 0 : [6596] ServicePoint#11234 ::ServicePoint(example.com:443)
System.Net Information: 0 : [6596] Associating HttpWebRequest#11234with ServicePoint#11234
System.Net Information: 0 : [6596] Associating Connection#11234 with HttpWebRequest#11234 
System.Net Information: 0 : [6596] Connection#11234 - Created connection from x.x.x.x:xx to x.x.x.x:xx.
System.Net Information: 0 : [6596] TlsStream#11234 ::.ctor(host=example.com, #certs=0)
System.Net Information: 0 : [6596] Associating HttpWebRequest#11234 with ConnectStream#11234 
System.Net Verbose: 0 : [6596] Exiting HttpWebRequest#11234 ::GetRequestStream()    -> ConnectStream#11234 
System.Net Verbose: 0 : [6596] ConnectStream#7740977::Write()
System.Net Verbose: 0 : [6596] Data from ConnectStream#11234::Write
System.Net Verbose: 0 : [6596] 00000000 : 3C 73 6F 61 70 3A 45 6E-76 65 6C 6F 70 65 0D 0A : <soap:Envelope..
...etc

我发现这在试图找出Web服务客户端错误的原因时特别有用。结果发现我少了一个头球。

您可以使用System.Net跟踪机制来查看网络上发送的原始HTTP请求。您还可以将自己的tracelistener添加到进程中。

你可以使用像wireshark这样的网络流量嗅探器。
这不是一个调试代理，但会嗅探 * 所有 * 流量，让你看到原始的请求/响应。

回答了我自己的问题，因为我想到了另一种方法。基本上，这个想法是--你将HttpWebRequest重新指向一个记录传入的原始HTTP请求的页面。换句话说，按照这个论坛帖子设置一个自定义HTTP处理程序：
http://forums.asp.net/t/353955.aspx
然后仅更改HttpWebRequest中的URL以指向此新端点，但保持请求的所有其他元素不变。把结果写进一个文件或什么的，你就很好了。

我知道这是一个老问题，但我在一个坚韧的地方，我没有控制应用程序配置文件，所以我需要一个简单的方法来启用跟踪通过代码，然后轻松地访问原始请求/响应数据的事件。所以我把这个自定义类，HttpRawTraceReader，它可能对其他处于我位置的人有用：
https://github.com/jhilgeman/HttpRawTraceListener/blob/master/HttpRawTraceListener.cs
它被设计为简单到将文件添加到项目中，然后调用：

System.Diagnostics.HttpRawTraceListener.Initialize();

开始追踪从那里，请求/响应将从跟踪消息中解析出来，然后通过System.Diagnostics. HttpRawTraceServer. RedshedCommunication事件提供。
它可能不是100%完美的每一个场景（例如。它不是一个代理，所以它不会捕获来自浏览器的Web请求），但它可以很好地捕获对Web服务的HttpWebRequests请求/响应，如果你需要这样的东西，它可能是一个很好的起点。

我建议你下载Telerik Fiddler来捕获传入/传出的流量。
这里是一个简单的例子，如何使用该工具：
1.确保已启用捕获流量：

1.打开浏览器并刷新页面，或者通过HTTP客户端发送请求。

1.切换到Fiddler后，您应该看到您的请求：

1.在顶部尝试导航“原始”选项卡。

1.在下面的窗口中是您的原始请求x1c4d 1x

另一个建议。Implement your own web proxy，并将您的请求设置为与WebRequest.Proxy一起使用。然后，您应该能够从代理示例中提取流量。
编辑：更新链接。

你说你认为.NET在欺骗你，你给予的具体例子是HTTP响应中缺少头Content-Length。
但是HTTP响应中不需要报头Content-Length。事实上，如果响应的主体是任何动态的，并且如果它的长度事先不知道，那么很有可能Content-Length头将被省略！

此回答不包含请求内容。（但如果您需要诊断连接问题，它仍然可以提供帮助）。
NET Core中System.Net代码的跟踪日志记录可以通过创建一个继承自System.Diagnostics.Tracing. EventLog的类来捕获
参见https://github.com/dotnet/runtime/issues/64977了解详细信息+原始建议。
范例：

private class SystemNetEventListener : EventListener
{
  protected override void OnEventSourceCreated(EventSource eventSource)
  {
    // take anything from System.Net
    if (eventSource.Name?.StartsWith("Private.InternalDiagnostics.System.Net.") == true)
    {
      EnableEvents(eventSource, EventLevel.LogAlways);
    }
  }

  protected override void OnEventWritten(EventWrittenEventArgs eventData)
  {
    try
    {
      // produce a string that can be logged
      var sb = new StringBuilder().Append($"{eventData.TimeStamp:HH:mm:ss.fffffff}[{eventData.EventName}] ");
      for (int i = 0; i < eventData.Payload?.Count; i++)
      {
        if (i > 0)
          sb.Append(", ");
        sb.Append(eventData.PayloadNames?[i]).Append(": ").Append(eventData.Payload[i]);
      }

      Console.WriteLine(sb.ToString().Trim());
    }
    catch
    {
      // on failure... well... we are the logger, so there's nobody to tell we failed
    }
  }
}

使用方法：

var listener = new SystemNetEventListener(); // start logging
... // do HTTP/Websocket stuff
listener.Dispose(); // stop logging