svn：E175002：'/svn'的PROPFIND：无法读取状态行：操作超时（http://xxx.xxx.xxx.xxx）答案

【问题标题】：svn: E175002: PROPFIND of '/svn': Could not read status line: Operation timed out (http://xxx.xxx.xxx.xxx)svn：E175002：'/svn'的PROPFIND：无法读取状态行：操作超时（http://xxx.xxx.xxx.xxx）
【发布时间】：2014-03-15 10:32:47
【问题描述】：

我有问题从两天开始继续烧我的头。

我在托管在专用服务器上的 centos6.3 上设置了一个 SVN。我习惯于使用 web_dav 部署 SVN，但那时它不会按预期工作。

实际上，存储库在整个网络浏览器中都可以工作，但无法通过命令行或任何工具使其工作，我明白了

svn co http://xxx.xxx.xxx.xxx/svn
Authentication realm: <http://xxx.xxx.xxx.xxx:80> Authorization Realm
Password for 'xxxxxx': 
svn: E175002: PROPFIND of '/svn': Could not read status line: Operation timed out (http://xxx.xxx.xxx.xxx)

即使我成功获得身份验证提示和 Apache access_log 显示

xxx.xxx.xxx.xxx - Atheryl [16/Feb/2014:06:09:33 -0500] "OPTIONS /svn HTTP/1.1" 200 183 "-" "SVN/1.7.10 neon/0.29.6"

我尝试从世界上其他机器/操作系统/位置...

我的 httpd.conf 刚刚修改了服务器名，这是我的 subversion.conf

LoadModule dav_svn_module     modules/mod_dav_svn.so
LoadModule authz_svn_module   modules/mod_authz_svn.so

<Location /svn>
    DAV svn
    SVNPath /var/www/svn/repos
    AuthType Basic
    AuthName "Authorization Realm"
    AuthUserFile /etc/svn-auth-conf
    Require valid-user
</Location>

我也这样做了，在安装过程中也是如此

chkconfig --level 235 httpd on

我确实出于另一个原因联系了此服务器的支持（两个域名指向我的 IP 地址，他们更改了我的服务器地址，所以现在日志很清楚。）

如果有人给我任何提示，谢谢。

编辑：

DocumentRoot "/var/www/html"

【问题讨论】：

标签： apache http svn webdav centos6

【解决方案1】：

您似乎有普通的连接超时和重定向循环（超时可能是循环的结果）

您在 Apache 中哪里定义了 web-root？是（偶然）/var/www/（检查主主机容器中的DocumentRoot 指令）吗？如果我的假设是正确的，那么您的配置完全是错误的 - 您在 web 根目录下有真实的物理位置 /svn，逻辑位置 /svn（重叠的物理）和存储库作为普通树，可由 Apache 访问（这是非常不正确且绝对不安全的）

移动树 /var/www/svn/repos/ 到主机中 web-root 之外的任何其他位置，相应地编辑 SVNPath。因此，您的配置和目录/var/www/svn/ 中必须有 /some/path/to/repo（单个 repo 在此路径，因为使用了 SVNPath）不得存在 FS

chkconfig 不会发现任何错误，因为您的配置在语法上是正确的，但包含逻辑错误

【讨论】：

不幸的是它不是。我的 DocumentRoot 是“/var/www/html”。
有什么改变可以看到中间的restrictive防火墙吗？如果可以的话，尝试通过 svn-client（在 CentOS 上）访问 localhost
其实我可以从机器本身结帐。是这个问题吗？我没有从安装中修改任何东西，我正在考虑数据中心的防火墙......但是如何向主机解释它：/
@Atheryl - 如果您尝试使用您的 CentOS 主机的主机名（本地主机名通常不受限制，即使存在）进行结帐（在本地工作）和它将成功，您可以消除您的可能的本地配置错误，并且在这种情况下远程命令的故障只是“中间人”干预。您可以这样解释“在本地工作，如果通信越界，HOSTER 的边界，您无法控制，则无法正常工作”
让我们等待他们的回复。上次域指向我的服务器时，我确实等待了 3 天的 IP 地址更改，所以 ...