访问在 Windows 7 上运行的 SVN 服务器中的某些文件/文件夹
我是 SVN 新手,已在 Windows 7 Home Premium 64 位操作系统上安装了 VisualSVN Server。我的服务器设置为在端口 443
上使用 SSL。我的路由器使用虚拟服务器条目,通过将端口 8443
上的传入请求发送到 192.168.2.100:443
,将传入请求定向到 SVN 服务器计算机。我的客户端(TortiseSVN 32 位)安装在 Windows XP SP2 计算机上。
一般来说,一切似乎都有效。我可以使用定义的 url 通过浏览器从两个客户端访问存储库,只不过服务器名称被替换为本地网络 IP。在本例中https://192.168.2.100:8443
。我还可以从 TortiseSVN Repo Browser 访问存储库。
我的基本存储库结构是
svn/
PLATFORM_FOLDER/
Project/
branch/
tag/
trunk/
通过导航到客户端上项目的根文件夹来导入项目,然后使用 TortiseSVN>>Import 菜单项将项目文件/文件夹上传到 SVN 中的项目/trunk 文件夹。上传时没有错误。仅供参考:在本例中,该项目是使用 eclipse 开发的 Android 应用程序。
当我通过客户端网络浏览器浏览存储库时,一切正常。但是,当我从 TortiseSVN Repo 浏览器查看该项目时,2 个导入的文件夹出现错误:
PROPFIND of 'sn/!svn/bc/47/PROJECT/trunk/src/com/appname:Could not read response body: SSL error: wrong version number (https://192.168.2.100:8443).
其中一个文件夹包含 xml 文本文件,另一个文件夹包含 java 代码文件,以及一个包含其他 java 文件的文件夹。
其他有二进制图像文件和xml文件的文件夹都可以正常查看。
我不明白为什么只有某些文件夹有问题。如果是 SSL 问题,不是所有文件夹都会发生这种情况吗?
我的一些文件名包含下划线字符。这是不允许的吗?或者我应该注意任何特定的文件格式问题吗?
I am new to SVN and have installed VisualSVN Server on a Windows 7 Home Premium 64bit OS. I have the server setup to use SSL on port 443
. My router uses a virtual server entry to direct incoming requests to the SVN server machine by sending incoming requests on port 8443
to 192.168.2.100:443
. I have my clients (TortiseSVN 32bit) installed on windows XP SP2 machines.
Generally everything appears to work. I can access the repository from both clients via a browser using the defined url except that the servername is being replaced with a local network ip. In this case https://192.168.2.100:8443
. I can also access the repository from TortiseSVN Repo Browser.
My basic repository structure is
svn/
PLATFORM_FOLDER/
Project/
branch/
tag/
trunk/
I Import a project by navigating to the root folder of the project on the client, then using the TortiseSVN>>Import menu item to upload the project files/folders to the project/trunk folder in SVN. No errors when uploading. FYI: In this case the project is and Android app developed using eclipse.
When I browse the repository via the clients web browser all is ok. But when I view the project from the TortiseSVN Repo Browser, 2 of the Imported folders give me errors:
PROPFIND of 'sn/!svn/bc/47/PROJECT/trunk/src/com/appname:Could not read response body: SSL error: wrong version number (https://192.168.2.100:8443).
One of the folders contains xml text files, and the other folder contains java code files and one folder with additional java files.
Other folders which have binary image files and xml files can be viewed ok.
I can't figure out why only certain folders have a problem. If it were an SSL issue, wouldn't it happen to all folders??
Some of my filenames contain underscore characters. Is this not allowed?, or are there any specific file format issues I should be aware of?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
您是否尝试过在服务器本身上检查您的代码?问题可能出在路由器上,它可以以不同的方式处理 propfind 请求。
Have you tried checking out your code on the server itself? The problem may be in the router, it can process propfind requests differently.
我基本上得到了同样的错误:
(除了我的错误显示我的存储库和服务器名称的路径)。
就我而言,这个问题发生在一位远程用户身上,他的家庭 LAN 上有两台计算机——每台计算机都通过 FortiClient SSL VPN 连接连接到办公室。他的一台计算机可以可靠地访问 Subversion,而另一台计算机在 CHECKOUT 或 REPO BROWSER 活动期间出现上述 Subversion 错误。
总部的 IP 地址子网为 192.168.1.###,远程办公室 LAN 的 IP 地址子网为 192.168.2.###。但在主办公室,FortiGate 80C 配置为将传入 SSL VPN 客户端连接分配到 192.168.2.### 子网内的 IP 地址,该子网与远程配置的子网相同。地点。
因此,我更改了 FortiGate 80C,将 VPN 用户分配到 192.168.3.### 子网中的地址,瞧,远程位置的两台计算机现在都可以同时可靠地访问 Subversion。 “响应正文 - SSL 错误 - 版本错误”错误消失了。以下是相关网络设置,供参考:
MAIN OFFICE
REMOTE HOME OFFICE
I was getting essentially the same error:
(except my error shows paths for my repo and server name).
In my case, this issue ocurred for a remote user who had two computers on his home LAN -- each one connected to the office via a FortiClient SSL VPN connection. One of his computers could reliably access Subversion, while the other computer got the above Subversion errors during CHECKOUT or REPO BROWSER activity.
The IP address subnet in the main office is 192.168.1.###, and the IP address subnet at the remote office LAN was 192.168.2.###. But in the main office, the FortiGate 80C was configured to assign incomming SSL VPN client connections to IP addresses within the 192.168.2.### subnet -- which is the same subnet as configured at the remote location.
So, I changed the FortiGate 80C to assign VPN users to an address in the 192.168.3.### subnet, and voila -- both computers in the remote location can now access Subversion reliably and simultaneously. The "Response Body - SSL Error - Wrong Version" errors are gone. Below are the relavent network settings, for reference:
MAIN OFFICE
REMOTE HOME OFFICE