这是一个奇怪的问题。。。
不久前，我联系了Azure支持部门，以调试visual studio 2013中围绕web应用程序部署的一些问题。为了诊断这个问题，他与我分享了屏幕，并引导我完成了将网络跟踪记录到"我的文档"中的临时文件夹的设置，然后我可以将其发送给他。
当时我有点无意识地完成任务，我们从未禁用system.net.trace日志记录。
快进了大约6/7个月，我的C驱动器已经满了，这太荒谬了。我找到了这个占用内存的system.net.trace.log文件的位置，它的大小在20多GB的范围内。。。。很明显，我的任何文本编辑器都无法打开。
我已经删除了这个文件，但现在它显然又在增长。
我一辈子都不记得我们为了实现这个system.net.trace.log做了什么/编辑了什么。我知道我在工程师提供的配置文件中添加了一大块文本。所以我的问题是：
- 有人知道这将如何标准化实施吗（谷歌搜索告诉我，人们在很多不同的情况下设置这种类型的东西，我的是诊断网络发布问题）
- 如果没有任何方法可以找到我们更改的配置文件，它一定位于Visual Studio后面的某个地方，但文件夹树就像一个迷宫
我可以在启动时用一个批处理文件来处理日志，以防止内存等进一步的问题，但这现在困扰着我。任何人
这可能是在machine.config级别打开的（尽管我相信在web.config级别也有可能，但我想您已经看过了）。
machine.config文件位于您要定位的.NET Framework版本的路径中。。。类似于C:WindowsMicrosoft.NETFrameworkv4.0.30319Configmachine.config——尽管根据您的安装和目标，您可能需要查看不同的框架版本。
只需将<switches>下的所有值设置为Off即可。
<switches>
<add name="System.Net" value="Off"/>
<add name="System.Net.Cache" value="Off"/>
<add name="System.Net.Http" value="Off"/>
<add name="System.Net.Sockets" value="Off"/>
<add name="System.Net.WebSockets" value="Off"/>
</switches>