数据/文件在通过VPN隧道的networking共享上应该多快显示？
我正在寻找关于如何在Windows 7客户端操作系统和Windows Server 2008服务器之间通过networking共享/传递信息的信息？
我们的设置历史（我很抱歉，我不是一个networking人，所以这可能是过于模糊）：
我们在一个州的数据中心有服务器。 我们的公司总部办公室处于不同的状态，我们和数据中心之间build立了VPN通道。 我们在其他州有几个卫星办公室，在总部有一个从他们的位置到我们的VPN隧道（所以每个人的stream量都必须经过公司才能到达数据中心。
我们在数据中心有一个服务器，它有一个共享文件夹，一天可以多次获得平面文件输出。 该文件夹被共享给AD安全组。 用户将networking驱动器映射到该文件夹以进行访问。
- 与OpenVPN的pfSense Site-toSite VPN连接但不会路由stream量
- 站点到站点VPN错误“收到的散列负载不符合计算值”
- Cisco ASA 5505 L2L vpn问题
- Openswan Cisco ASA 9.1 – 不能重新发送到IPsec SA请求，因为没有连接是已知的
- 什么是亚马逊VPC最便宜的网关？
我们看到在服务器上创build平面文件的情况，但远程办公室的用户在几个小时内不可见。 我们立即在Corp总部看到它。
这是正常的吗？ 我认为只要驱动器被映射，这个文件将在所有位置立即可见。 有什么我可以做的帮助吗？ 一个设置在哪里？
我最后一个普遍的问题是，这个过程是如何在6万英尺的高度上工作的？
谢谢！
如果客户端直接映射到服务器，那么他们应该能够立即枚举新的文件。 你确定你没有使用某种forms的复制，如DFS-R将这些文件推送到每个远程站点的服务器上吗？
一个文件可以通过许多方式从一台计算机传输到另一台计算机…使用许多不同的协议和技术。
当您将Windows资源pipe理器中的文件拖放到networking文件夹中时，通常在TCP端口445上使用SMB协议。
以下是架构的高层概述：
FSD代表文件系统驱动程序。 这种情况下的远程文件系统驱动程序。
SMB有一些序列化机制，比如oplock，可以在一个资源可以被多个访问者访问时进行仲裁，但总的来说，这是一个相当“即时”的过程。 如果客户端已经完成了file upload到服务器，那么它就在那里。
正如MDMarra指出的那样，DFS（分布式文件系统）将是其他人打开共享文件夹（或者DFS命名空间）的最明显的原因，而不是像你在同一时间看到的那样。
另一种解释是BranchCache或脱机caching。
在我的情况是使用Riverbed Steelheads作为广域网优化器。 在其中一个设备上导致文件未出现在远程站点上的设置不正确或丢失。