恐惧和厌恶：更多的Windows 7的BranchCache的东西 - 第1部分

是的...我不断收到大声呵斥。发表您的结果，谈更多的细节......所以，按照承诺，这是在一系列帖子中，将深入有关Windows 7的BranchCache技术细节的第一篇文章。一旦你已经全部满足，我打算讨论其他科目从Windows 7和Windows Server 2008 R2中/功能。然而，首先最重要的，所有的信息，我目前在这些职位可以在找到BranchCache的前期应用指南并在MSDN正如我在前面提到岗位：

换句话说，这不是超级秘密知识，我没有违反任何保密协议。对不起......相反，我只是想消化信息，你同时还注入我就这些新功能。但愿这是有帮助的。

分布式缓存模式

有在BanchCache两个配送模式：分布式缓存模式和托管缓存模式。考虑到分布式缓存模式是两个更容易实现，这将是讨论的第一种模式。

摘要

分布式缓存模式是用于缓存的Intranet网站或文件服务器（SMB）的内容，而不需要本地托管缓存服务器的分支机构内的同行2等高速缓存方案。

服务器端配置

默认情况下，BranchCache的是不是未启用。要启用它的应用服务器（Web服务器），或者你需要进行几个步骤的文件服务器上：

  1. 应用服务器- 你会需要启用BranchCache功能。
  2. 文件服务器- 您将需要启用远程文件角色服务的分支是文件服务角色的一部分。

此外，文件服务器，你也有一些额外的东西：

  1. 配置哈希发布的分支GPO设置（计算机配置\策略\管理模板\网络\ Lanman服务器）。此设置为：允许文件共享的哈希发布标记为“BranchCache的支持”。
  2. 指定HashStorageLimitPercent注册表值（HKLM \ CURRENTCONTROLSET \服务\ LanmanServer \参数）。这是物理磁盘空间的最大百分比用于存储出版物哈希值。
  3. 最后，通过启用它们分支缓存支持标记的文件共享。在高速缓存选项卡，选中只有文件和用户指定的程序可以离线查看。选择启用分支。

Hmmmmm ......这个怎么样哈希发布东西？那么，在我以前的BranchCache的发布，并在这篇文章的开头我提到几个MSDN协议规范文件的链接。在这些环节之一你可以找到的内容是如何保护周围的一些非常有价值的信息，有点分裂了，也确定。是的，正如你可能已经猜到了（因为散列引用），内容被散列当BranchCache的客户端请求它。

嗯还挺......而实际上，内容首先被分成32MB的段，然后将其细分为64KB的数据块。这些块和段被散列。然后将得到的哈希使用客户端不仅识别，验证，然后重新组装的内容时，它被检索，而且还确定内容是否应当从源内容服务器，或对或托管缓存服务器进行检索。这些哈希存储在一些被称为内容信息（ContentInfo）块。

有一个内容信息阻塞每个数据段，它包含以下项目：

  • 首长（数据的段哈希）：所述内容块的散列，并在每一个段的数据块的散列。
  • KP（段秘密）：一个是与内容其余信息一起发送到授权客户端具体细分的哈希值。
  • BlockHashList：散列对于段内的每个数据块的列表。

这是要注意重要的是，段秘密用于将数据块进行加密。所以一旦它已经被一个分支缓存客户端缓存的数据在技术上的保护。此外，作为同样重要的是，内容服务器缓存所有这些内容信息块。这就是为什么你需要定义HashStorageLimitPercent注册表值。

很显然，我有所有的这个问题：

  1. 首先，什么DFS？我要去假设内容信息块仅适用于文件服务器，他们来自何处。我没有测试过这一点，如果我有时间，我会努力。
  2. 此外，关于什么内容的变化？我要去假设内容信息块需要每一块内容被修改的时间来进行再生。
  3. 什么内容鼓胀症？每个数据块的散列是32字节。该内容越大，越哈希值。

好吧......这足以让今晚。在我的下一篇文章，我将在客户端的配置和发现协议。

如果你喜欢这个，看看泰森一些其他职位：

或者，如果你愿意，你还可以检查出一些泰森的最新出版物：

最后，请访问微软子网更多新闻，博客，以及来自各地的网络舆论。或者，报名参加双周微软通讯。（点击新闻/微软新闻快讯）

加入对网络世界的社有个足球雷竞技app区Facebook的和LinkedIn对那些顶级心态的话题发表评论。
有关：

©2009Raybet2

IT薪资调查：结果是