![](/img/trans.png)
[英]Unable to Start Debugging on the Web Server in Visual Studio 2012
[英]Unable to start debugging a Visual Studio 2012 project using local host on port 8280
另外两个开发人员可以在其工作站上本地调试asp.net网站解决方案,而不会出现任何问题。
但是,一个开发人员仍然无法在其工作站上本地调试解决方案。
他收到以下图像中显示的以下错误。 “无法在Web服务器上开始调试。该服务器违反了协议。Section = ResponseHeader Detail = CR必须后跟LF”。
该网站配置为在localhost端口8280上运行。
我们使用netstat验证端口8280上是否没有其他运行。
我们已经尝试了以下来自错误的所有解决方案:“无法在Web服务器上开始调试...” ASP.NET 4.0和其他论坛。
我们在尝试什么方面没有足够的想法。
还有什么可能导致此错误? 还可以采取其他措施解决此错误?
我们找到了解决该问题的方法。 它不能解决问题,但确实可以让遇到问题的我们团队的开发人员现在可以调试项目。
https://stackoverflow.com/a/19787785/323696
手动将进程(工具->附加到进程(ctrl + ALT + p))附加到IIS的w3wp.exe,或者IIsExpress.exe也起作用,这使我怀疑VS在确定应该附加哪个进程时遇到了麻烦自动。
在开发人员的计算机上,与其他项目和解决方案一起,在尝试调试时,Visual Studio会自动附加到w3wp.exe进程。
但是,在他有问题的一个解决方案/项目上,并且也只有在计算机上,他每次使用Visual Studio调试器时都必须手动附加到w3wp.exe进程。
编辑08/12/2015:
开发人员计算机上该问题的实际解决方案是在IIS的服务器级“ HTTP响应标头”属性中,有一个“ X-Powered-By” HTTP标头重复的条目。
删除重复的条目后,在Visual Studio中启动调试器就不再存在其他问题。
导致我们检查“ HTTP Response Headers”属性的原因是此SO帖子: https : //stackoverflow.com/a/6124267/323696 。
它建议检查“ HTTP Keep Alives”是否已启用,在IIS的“ HTTP Response Headers”属性中进行检查,右键单击HTTP标头,然后选择“ Set Common Headers ...”,然后检查在“设置通用HTTP响应头”对话框中,选择“启用HTTP保持活动状态”选项。
虽然已经选择了“启用HTTP保持活动状态”设置,并且不是根本原因或我们的问题,但是随后检查该设置是导致我们找到根本原因的原因,即重复的HTTP响应标头。
问题已解决,但症状并未说明导致问题的原因。 尽管我们在该问题上花费了一天的时间,但完成它并现在可以继续进行下去,感觉很好。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.