需要networkingdevise帮助（主办公室+分支机构+中央服务器）

马特·西蒙斯（Matt Simmons）为简单谈话写了一系列优秀的文章，你可能会觉得有启发性;

1. networking的床单
2. 不情愿的物理networking布局
3. 小型networking的逻辑networking布局

但首先在你的devise上的几点：

1. 子办公室=“分公司”你可以谷歌的“ 分公司networkingdevise ”，以了解什么是可用的，什么是通常部署在这些情况下。
2. 不要混淆你的IP空间，可以在你的局域网中使用10.nnnnetworking。 使用子网和VLAN来分隔您的广播域。 在您的服务器局域网中使用192.168.nn增加了不必要的复杂性（任意决定）。
3. 不要让每个客户端负责build立VPN连接，这将导致客户端的麻烦。 在路由器（或其他专用VPN设备）上build立VPN。
4. 联系您的ISP /运营商，看看他们提供什么types的设备为您的服务types。 这可能会影响您的部署决策。
5. 具体的硬件…看看思科ASA系列，他们提供防火墙，VPN和路由都在一个小包装。

祝你好运！

更新

你问几本书开始，我可以给你提供一些直接处理你的问题的书 ，还有一些在其他地方推荐的优秀的书 ，在你需要的时候可以帮助你。

更具体地说，我会build议从CISCO CCNA系列图书开始。 看起来你已经被如此大规模的部署抛到了游泳池的尽头。 Cisco Press CCNA ICND1将解决许多您需要学习的基本主题。 您也可以尝试COMPTIAnetworking+书籍。 我从来没有读过它，但它会提供一些CCNA中没有提供的新的观点。

要特别注意OSI模型，尤其是层1，层2和层3之间的区别。

除此之外，我将开始寻找分支机构部署的“白皮书”和“最佳实践”（在我之前发布的谷歌search中会看到一些内容）。 系统pipe理员只有通过这样做才能真正学到一些东西，将其视为应用工程。 常常有分析思想和你的裤子的动作座位相等的措施。

由于您有20个或更多的办事处，您将希望能够集中pipe理您的所有服务。 您可以先打电话给不同的供应商，并要求他们提供解决scheme（不要在电话上做任何事情！您几乎总是要求更好的价格，或额外的设备或额外的支持，您只需购买20台设备，但这可能比大多数）。 另外，不要相信卖主销售代表告诉你的90％，回到这里再问一个关于你想要的具体部署的问题。

祝你好运！

我真的build议再来一遍。 交换机是第2层设备，通常不处理IP，特别是不处理VPN。

最好的解决scheme是在每个办公室都configuration支持VPN的路由器，然后build立站点到站点的VPN到中心局，并正确设置路由。 如果你有小型networking，你甚至可以用OpenVPN和带有多个网卡的PC来完成这个任务。

子网编号并不重要，只是不要重叠networking。 除非您使用L2 VPN并将路由器连接到中央内部networking，否则还需要路由器 – 路由器连接的子网（/ 30足够好）。

对于两个办公室，路由可以手动完成。

我将避免重复已经发布到这个线程的好build议，但我想添加一个考虑点。 在devise一个处理分支机构的networking时，主要的考虑因素应该是什么程度的分离。 考虑这个问题的另一种方法是考虑应用程序可以容忍什么程度的分离。

目前，大多数客户端/服务器/对等应用程序对L3分离（在不同的子网中）感到满意，但仍有一些正在使用的应用程序期望对等体处于相同的[多播子网]广播域或者在某些情况下根本不讲IP。

路由器之间的L3 VPN或未encryption的隧道（例如GRE）将在pipe理上成为最less的工作量，如果符合您的业务需求，我的build议是优先select此configuration。 但是，重要的是要考虑您的networking在现在和将来需要支持哪些应用程序。 有时候需要L2 VPN /隧道。 在devise过程中尽早考虑这个问题是很重要的，因为这会对设备和/或软件select产生重大影响。 通常，L2隧道不适用于较旧的L3设备，并且通常不适用于现有的低端产品。

还取决于你需要访问什么types的资源。

如果文件共享 – 对于一个小公司，我会使用Dropbox或它的商业等效jungledisc

另一个select是使用MS Sharepoint服务器 – 为您提供了一个简单的多站点文件协作的选项。