在防火墙外时连接到svn主机，在防火墙内时连接到svn从机

这是计划的设置

Subversion主机位于公司防火墙之外，作为云实例

一个svn从设备与云svn主设备一起复制，但位于公司防火墙（办公网络）内

现在，人们在办公室内，连接到svn slave进行更新，并通过代理将定向于slave的提交写入云svn master。（标准svn主从设置）

用户从office内部签出存储库，因此使用的url将指向从属repo

用户对文件进行了一些更改，但尚未签入

现在的问题是

当用户在家工作（无vpn）并希望提交或更新时，会发生什么情况？签出项目（repo）指向从机，从外部办公室无法访问该从机

用户是否必须手动更改url并将其指向云中的svn主机，然后在离开办公网络时进行更新/提交？并在办公网络内切换回指向svn从机

有没有一种方法可以自动化这个过程，或者让它对最终用户透明？所以，当用户在家工作时，它指向云中的svn主节点，而在办公室中，它指向svn从节点

---

假设您有用于外部和内部客户端的单独DNS服务器，您可以为相同名称创建一个DNS条目，指向内部和外部的不同服务器。单独DNS，：-）不，这不是一个选项。这种情况在公司中非常常见。为什么互联网上的人能够查询公司内部设备的dns名称？那么你的意思是，云svn被命名为master.domain.com，internal one master.domain.com也是如此（但这是从svn）。所以内部dns服务器将此解析为内部ip。以及公共dns（因此可以说来自godaddy），用户在外部时使用该dns，并解析为云中主svn的公共ip。但有一个问题，我在从svn的“通过代理写入”配置中配置了什么，我直接在云中使用主svn的ip地址而不是master.domain.com？（因为这样可以从网络内部解析为自身）假设您有用于外部和内部客户端的单独DNS服务器，您可以为相同名称创建一个DNS条目，指向内部和外部的不同服务器。单独DNS，：-）不，这不是一个选项。这种情况在公司中非常常见。为什么互联网上的人能够查询公司内部设备的dns名称？那么你的意思是，云svn被命名为master.domain.com，internal one master.domain.com也是如此（但这是从svn）。所以内部dns服务器将此解析为内部ip。以及公共dns（因此可以说来自godaddy），用户在外部时使用该dns，并解析为云中主svn的公共ip。但有一个问题，我在从svn的“通过代理写入”配置中配置了什么，我直接在云中使用主svn的ip地址而不是master.domain.com？（因此，Coz将从网络内部自行解决）