Subversion是程序员必不可less的工具。 如果由于公司防火墙的重新configuration而导致颠覆被突然阻止，这是一个真正的痛苦。 现在，这两个不同的工作实际上发生了两次。
Subversionstream量超过了http（端口80），但据我所知，它是特殊的，它使用PROPFIND http请求types，它不是普通networkingstream量的一部分。
为了certificatePROPFIND确实被我们的防火墙阻挡，我做了以下工作：
从公司内部svn命令工作正常。 例如：
svn log http://svn.bigcat.unimaas.nl/pathvisio
为了表明这不是一个颠覆性的问题，你可以用curl得到相同的效果。 以下命令从内部工作，但从外面无限期地挂起：
curl http://svn.bigcat.unimaas.nl/pathvisio/ -H "Depth: 0" --request PROPFIND
一个普通的GET请求在内部和外部工作：
curl http://svn.bigcat.unimaas.nl/pathvisio/
在这两个工作中，当我提出ICTS的问题时，他们的回应是这样的：“80端口是开放的，我们不能重现”，他们只是忽略我的谈话在http请求types。
我的问题是：
我认为你的方法足以表明防火墙似乎阻止PROPFIND请求。 是的，防火墙阻止罕见（或不太常用）的HTTP方法并不罕见。 没有什么特别的语言需要用来向他们解释，一个好的防火墙pipe理员已经知道他已经使用了这些较less使用的方法。
使用像Wireshark这样的networking捕获软件来查看使用SVN和使用networking浏览器时的stream量，并比较两个捕获。 使用Wireshark上下文菜单中的“Follow TCP stream”来查看HTTP对话。
我相信，不。