[译] 关于无线承载网络(Wireless Hosted Network)
无线承载网络(Wireless Hosted Network)是Windows 7和安装有 WLAN 服务的Windows Server 2008 R2中一项新增的WLAN特性。该特性实现了以下两个主要功能:
这两个功能同时存在于 Windows 系统中。启用和禁用无线承载网络时也就同时启用和禁用了“虚拟WiFi”和“软AP”。无法在Windows中分别禁用或启用这两个功能。
通过此特性,Windows 计算机能通过一块物理无线网卡以客户端身份连接到(由物理设备提供的)硬AP,同时又能作为软AP,允许其它设备与自己连接。此特性需要计算机上安装有支持“承载网络”功能的无线网卡。无线网卡的驱动程序必须实现微软为 Windows 7 定义的“无线LAN设备驱动程序模型”。 无线网卡驱动程序必须支持“无线承载网络”特性,才能取得“Windows 7 徽标认证”。
一台计算机上只能开启一个无线承载网络,并且该无线承载网络只使用一块无线网卡。如果不止一块无线网卡支持承载网络特性,Windows将选择其中一块来提供无线承载网络。通过承载网络API,支持承载网络的无线网卡最多可以虚拟为 3 块逻辑网卡:
基站网卡(station adapter)(STA),供客户端或 ad hoc(临时)无线应用程序使用。 STA 网卡会继承物理网卡的所有设置,并表现出与物理网卡完全相同的行为。理论上,在虚拟化之后,我们可以认为STA网卡和物理网卡是完全相同的。只要其物理无线网卡存在, STA网卡就一直存在于系统中。
AP网卡,被“无线承载网络”用来承载软AP。AP网卡只在首次调用无线承载网络(即首次调用WlanHostedNetworkStartUsing、 WlanHostedNetworkForceStart或 WlanHostedNetworkInitSettings 函数)之后才出现在Windows 中,直到无线承载网络被禁用后才会消失。如果再次启用无线承载网络,则 AP网卡会再次出现。
虚拟基站网卡(virtual station adapter)(VSTA),被硬件厂商用于扩展无线承载网络功能。VSTA是可选的,并且只能由相应的IHV(独立硬件制造商)服务来创建。与AP网卡不同的是,VSTA网卡在IHV服务将其初始化之后出现,并在IHV服务将其释放之后消失。
虚拟 WiFi 会将逻辑网卡映射到 NDIS 端口。Windows 将决定STA, AP 和 VSTA 网卡绑定到哪个NDIS端口。STA网卡只能被绑定到端口 0。AP网卡会被绑定到虚拟化启动之后下一个可用的 NDIS端口, 该绑定关系将一直保持不变,直到禁用无线承载网络,虚拟化结束为止。同样,VSTA会被绑定到IHV服务将其初始化后的下一个可用 NDIS端口,直到IHV服务将其释放,该绑定关系才会结束。
IHV可以创建VSTA网卡,而无需创建软AP网卡。
通过虚拟化技术,物理网卡可以虚拟出以下几种组合情形:
除 STA 网卡一种情况以外,其他所有组合都只能在启用无线承载网络之后才能生效。在无线承载网络禁用的情况下,STA网卡就是物理网卡。只要它已启用,在系统还未调用无线承载网络之前,它就是STA网卡。
在系统中,不允许在AP网卡和其他网卡之间建立二层桥接,这一限制对系统中的VSTA网卡同样适用。
Windows 中的无线承载网络特性实现了“软AP”,但它并不是用来替代基于硬件的无线AP设备的。特别是在运行无线承载网络时,如果计算机进入睡眠(待机)、睡眠状态,或进行了重启,无线承载网络将会停止,并且在唤醒或重启完成之后,并不会自动开启。另外,软AP不能提供DNS解析。如果不通过Internet连接共享(见下文)提供外部DNS服务器,在任何两台连接到该软AP的计算机或设备(包括承载该AP的计算机)之间的“完全限定的域名 (FQDN)”解析操作将只在它们双方都将软AP网络类型标记为“专用”(家庭或工作) 时才会正常工作。当承载软AP的计算机将该软AP网络标记为“专用”时,只需让连接到该软AP网络的计算机或设备将该软AP网络标记为“专用”, FQDN解析就可以进行了。
软AP和ad hoc网络在同一块物理网卡上是互斥的。当AP网卡上运行着软AP网络时,若有用户或应用程序在STA网卡上启动ad hoc网络,则软AP网络就会停止。当STA网卡上运行着ad hoc 网络时试图在AP网卡上启动软AP网络,则该操作会失败。
为了对承载软AP的计算机和与其连接的设备间的通讯提供安全保护,无线承载网络要求所有设备必须使用WPA2-PSK/AES加密机制。无线承载网络首次被调用(即首次调用WlanHostedNetworkStartUsing、 WlanHostedNetworkForceStart或WlanHostedNetworkInitSettings函数)时会生成一个 63字符的共享密钥。 用户和应用程序无法更改该共享密钥的值,但是应用程序可以调用WlanHostedNetworkRefreshSecuritySettings函数,请求操作系统生成一个新密钥,用户则可以使用netsh wlan 生成新密钥。该共享密钥被称作无线承载网络的“主密钥”或“系统密钥”,在无线承载网络从启动直到停止阶段的整个过程中保持不变。这个主密钥在netsh wlan 命令中叫做“系统安全密钥”。
为了便于使用,无线承载网络还支持“第二密钥”,也称作“用户安全密钥”,使用起来更加友好,但是安全性稍差。在netsh wlan命令中将其称作“用户安全密钥”。它并非由Windows 生成,而是由用户指定。应用程序可以调用WlanHostedNetworkSetSecondaryKey函数,用户则可以使用netsh wlan 命令来设置或更改其值。该密钥可以是永久性的,也可以是临时性的。在无线承载网络正在运行的情况下,临时密钥(第二密钥)将在无线承载网络停止之后失效;在无线承载网络未运行的情况下,它将在无线承载网络从下次启动到停止这段时间内有效。
在任何计算机中,无线承载网络都有且只有一个主密钥,一个第二密钥。所有使用 WiFi Protected Setup (WPS) 技术的设备都将接收到主密钥。其他手动配置的设备可以选择使用其中任意一个密钥。一旦某个密钥发生变更,使用该旧密钥的所有设备都必须在重新提供新密钥之后才能再连接到无线承载网络。不过,使用其他未变更密钥来连接的设备仍然可以连接到无线承载网络。
应用程序可以注册取得无线承载网络的通知,这样,当无线承载网络属性发生变化时,将会有WLAN通知发送给该应用程序的回调函数,方法是调用 WlanRegisterNotification,并且带上包含WLAN_NOTIFICATION_SOURCE_HNWK 数据值的dwNotifSource 参数。
Windows 为 IT 管理员提供了两种管理无线承载网络的方法。第一种是通过组策略对已经加入域的计算机禁用无线承载网络,第二种是使用netsh wlan 命令,在本地计算机上启用或禁用无线承载网络。
无线承载网络的应用场景
对于 Windows 计算机,无线承载网络主要有两个应用场景:
• 向其他无线设备提供无线个人区域网(wireless PAN)。
• 向其他计算机和设备提供网络连接共享。
无线个人区域网是无线承载网络本身的主要应用场景。计算机启动无线承载网络之后,任何支持WPA2-PSK/AES的无线设备都能像连接到硬件AP一样连接到软AP网络,它们相当于进入了一个无线个人区域网,能够与承载该软AP的Windows 计算机或其他已连接的设备交换信息。
要为其他计算机和设备提供网络连接共享,则需使用Internet 连接共享 (ICS)功能。在这个场景中,ICS的公共接口是提供共享的网络连接,专用接口是承载软AP的虚拟网卡。提供共享的网络连接可以是以太网、无线局域网或无线广域网。如果是无线局域网连接,则ICS的公共接口可以来自其他无线网卡,也可以是软AP所在物理网卡对应的基站虚拟网卡。最常见的共享类型是 Internet 连接,即ICS公共接口上的网络连接可以访问Internet。
无线承载网络可以和Windows 7 和 Windows Server 2008 R2 中的另一项新功能——WiFi Protected Setup (WPS) 进行交互。无线承载网络和 WPS 支持这样一种应用场景:设备支持 WPS,但AP硬件不支持WPS。在这种场景中,Windows 会在后台调用软AP,将AP硬件的网络配置推送到支持WPS的设备上。
用户和应用程序如何使用无线承载网络
最终用户可以使用第三方应用程序或 netsh命令与无线承载网络交互。Windows 7 和 Windows Server 2008 R2 目前还没有可配置或管理无线承载网络的用户界面。
第三方应用程序和 netsh 命令都是基于公开的无线承载网络函数来实现的。这一系列函数能对在Windows 7 和 Windows Server 2008 R2 上配置无线承载网络提供了完善的功能。
下方提供了无线承载网络的函数列表和用户最常用的一些操作命令:
netsh 命令供高级用户或管理员使用。
Netsh.exe 具有很多个与无线局域网(WLAN)相关的子命令。在命令提示符中键入以下命令可以获得 netsh 和WLAN的完整选项列表:
netsh wlan /?
Technet 网站上也提供了用于WLAN管理的Netsh 命令的详细联机文档。有关详细信息,请参阅 Netsh commands for Wireless Local Area Network (WLAN)(英文)。
以下是用于WLAN和无线承载网络管理的部分常用 netsh 命令,还有许多命令组合并未列出:
本文由 wbpluto 翻译自 MSDN Library,目的是让国内爱好者更多的了解相关技术。全文内容忠于原文,词汇遵照微软官方翻译,只有少数语句为了便于理解和阅读而做了语序上的调整。
本文转自wbpluto 51CTO博客,原文链接:http://blog.51cto.com/wbpluto/476711,如需转载请自行联系原作者
判断无线网卡是否支持“无线承载网络”的方法
“无线承载网络”(Wireless Hosted Network)是 Windows 7 中的一个新功能,可以在物理网卡的基础上再虚拟出一块无线网卡,这块虚拟网卡专门用来向周围的计算机或设备提供“无线接入点”,甚至共享 Internet 连接。相关详细技术信息可以阅读《关于无线承载网络》。
这个功能是 Windows 7 和 Windows Server 2008 R2 中的一项新功能,以前的系统中没有。因此,为了实现这个驱动层级的功能,必须保证无线网卡的驱动程序满足 Windows 7 的开发标准。因为无线网卡驱动程序必须支持“无线承载网络”才能通过“Windows 7 徽标认证”,因此在购买的时候判断起来还是比较容易的,只要选择带有 Windows 7 徽标的无线网卡即可。
某些较旧的无线网卡,在试图启动该功能时会出现“无法启动承载网络。组或资源的状态不是执行请求操作的正确状态。”的错误提示。这一般是因为驱动程序不支持“无线承载网络”,而无法实现这个功能。那我们有什么方便的方法可以快速判断自己已经购买的无线网卡是否支持“无线承载网络”呢?
其实很简单,只需要在“命令提示符”下运行下列命令:
netsh wlan show drivers
即查看无线网卡驱动程序信息,在其提供的信息中就可以直接看到:
如图所示,这块无线网卡不支持该功能。除此之外,这个命令还能为我们提供其他的驱动程序相关信息,例如支持何种802.11标准,支持何种安全加密方式等等,可谓十分详细。
而支持该功能的无线网卡,除了标明支持以外,还有一个特征,那就是驱动程序文件列表中一定有一个 vwifibus.sys 文件,用于实现“虚拟 Wifi 总线”:
因为设备管理器中也可以查看驱动程序文件列表,所以除了运行这个命令以外,我们还可以在设备管理器中判断无线网卡是否支持“无线承载网络”。找到该无线网卡,双击打开其属性对话框,切换到“驱动程序”,单击“驱动程序详细信息”,如果列出的文件中有“vwifibus.sys”,则说明该驱动支持“无线承载网络”:
本文转自wbpluto 51CTO博客,原文链接:http://blog.51cto.com/wbpluto/476710,如需转载请自行联系原作者
Atheros 无线网卡新驱动不支持“无线承载网络”
在《判断无线网卡是否支持“无线承载网络”的方法》中提到,在 Windows 7 中,无线网卡驱动文件列表中有 vwifibus.sys 文件,则说明这个驱动程序支持“无线承载网络”功能,可以充当“软AP”使用。
今天将电脑上的无线网卡驱动升级之后,发现“软AP”功能不能使用了,具体现象是网络连接中不再有“Microsoft Virtual WiFi Miniport Adapter”这个虚拟网卡,使用命令也无法启动“无线承载网络”功能。
运行之前提到的命名,提示“支持无线承载网络”,但文件列表中却没有 vwifibus.sys 文件:
看来显示是否支持并不一定准确,查看驱动文件中是否有 vwifibus.sys 文件才是更准确的判断方法。这个驱动经过了 WHQL 认证,但应该没有通过 Windows 7 徽标认证。
之前使用的 Windows 7自带驱动和 Atheros 官方的驱动也都是支持的,为什么今天安装这个驱动就不支持了呢?难道是没有安装正确吗?反复将其卸载安装,并重启计算机之后,还是不行。
最后,上网找了一个版本稍旧的驱动装上,竟然OK了。原来,我下载的版本 9.1.0.100 不支持,而之前一个版本 9.0.0.173 则是支持的:
难道相隔一个版本,在新版本中就取消了这样一个重要的功能嘛?在驱动文件中能不能看出些端倪?于是打开两个版本的inf文件一对比:
原来,在新版驱动中,删除了一行:
Include = netvwifibus.inf
这样,安装驱动时就不会安装虚拟Wifi总线驱动程序。不知为何要在新版中取消这一功能,还是用旧版本吧。以后更新驱动的时候也要多一个心眼了。
本文转自wbpluto 51CTO博客,原文链接:http://blog.51cto.com/wbpluto/476699,如需转载请自行联系原作者
Windows 7笔记本创建wifi热点供手机上网教程
用智能手机的朋友会发现这样一个问题,智能手机比普通手机上网更耗流量。这是因为智能手机应用(软件)丰富,而且大部分应用都会自动联网。为此,许多人每月包了上百M的流量套餐,但用的时候还是小心翼翼,生怕流量超了手机被扣费。 今天给大家介绍下Windows 7系统笔记本创建wifi热点供手机上网的方法。通过创建wifi热点,共享笔记本的有线宽带,大部分支持wifi功能的智能手机就可以通过笔记本的共享网络畅快上网了。
工具/原料
带无线网卡、支持承载网络且系统为Win7的笔记本
有线宽带/无线宽带
步骤一、查看笔记本无线网卡是否支持承载网络,支持的话才能开始以后各步骤的设置。
1
点电脑桌面左下角开始—附件—命令提示符(右键“以管理员身份运行”),以管理员身份运行命令提示符。如下图:
图1
2
在命令窗口里输入“netsh wlan show drivers”命令(没引号),按回车键运行,运行完后会有一行显示“支持的承载网络:是(如果支持显示为:是)”;如果为“否”,则请略过以下全文。
步骤二、开启笔记本无线网络,启用虚拟wifi网卡,设置wifi账号及密码。
1
笔记本无线网络一般默认开启,也有的需要开关或按钮打开。此步骤一般可略过。
2
点桌面左下角开始—附件—命令提示符(右键“以管理员身份运行”),以管理员身份运行命令提示符。如图1。
3
在打开的命令提示符窗口中运行命令:netsh wlan set hostednetwork mode=allow ssid=happyla key=3127251266。此命令有三个参数:mode,是否启用虚拟WiFi网卡,allow为开启,disallow则为禁用;ssid,无线网名称,最好用英文(以happyla为例);key,无线网密码,八个以上字符(以3127251266为例)。以上三个参数可以单独使用,比如只使用netsh wlan set hostednetwork mode=disallow可以直接禁用虚拟Wifi网卡。
步骤三:启用创建的wifi热点,开启虚拟网卡开启虚拟网卡(启动承载网络)。
1
点开始-控制面板-网络和共享中心,打开网络共享中心。
2
点“更改网络适配器”,打开“网络连接”窗口,这时你会发现多出一个“Microsoft Virtual WiFi Miniport Adapter”无线连接2(或其他名称),这就是我们创建的wifi热点。如果显示已禁用,请右击选择启用。
3
然后再在刚刚的命令提示符里输入netsh wlan start hostednetwork开启虚拟网卡(启动承载网络)。
步骤四:设置共享有线(或无线)宽带给创建的无线网络连接2。
1
在“网络连接”窗口中,右键单击已连接到Internet的网络连接,选择“属性”→“共享”,勾上“允许其他连接(N)”并选择“无线连接2”。确定之后,提供共享的网卡图标旁会出现“共享的”字样,表示“宽带连接”已共享至“无线连接2”。
2
至此,大功告成。在控制面板-网络和 Internet-网络和共享中心中,你会看到如下图所示,说明你创建的wifi热点已经连上网了,这时你可以用手机通过这个wifi热点上网了。
步骤五、手机连接创建的wifi热点,实现共享上网。
1
打开你的手机wifi设置,在搜索到的wifi热点中选中你自己创建的wifi热点名称(以happyla为例),并输入你自己设置的密码,然后连接。连接成功,信号满格,你可以无所顾忌的用手机上网了。
注意事项
需右键“以管理员身份运行”打开命令提示符。
电脑关机,此创建的wifi热点也会消失。开机后需再次在命令提示符里输入netsh wlan start hostednetwork开启虚拟网卡(启动承载网络)。
3、输入netsh wlan set hostednetwork mode=allow ssid=mywifi key=12345678 这个设置无线名称和链接密码 等有提示设置成功出现再关闭4、同样按上面的步骤cmd中输入netsh wlan start hostednetwork 启动wifi 启动承载网络出现再关闭
5、这个时候再控制面板中找到网络和共享中心 点击进入
6、左侧点击“更改适配器设置”会弹出网络连接界面 里面有本地连接 无线连接 无线连接2(microsoft virutal wifi miniport 这个无线连接2就是wifi热点啦) 右击他点属性,找到internet TCP/IP协议4 双击进入设置IP 地址为192.168.10.1 掩码 255.255.255.0 DNS 当地的供应商的服务器地址比如无锡的221.228.255.1关闭 确定
7、找到本地连接 (用路由器网线上网的那个也就是) 同样右击 属性---点共享选项卡--允许其他网络用户通过次。。。前面打钩------家庭网络选中无线网络2(就是选wifi热点刚刚设置那个),确定。
8,OK,这样基本电脑端设置就OK了,然后进行手机设置
9、连接SSID mywifi 连接 输入密码 12345678,连接上 然后指定手机静态IP 192.168.10.2 掩码255.255.255.0 网关 192.168.10.1 DNS 当地的供应商的服务器地址比如无锡的221.228.255.1 确定关闭 10、全部搞定 11、如果是宽带连接 不是路由器上网把本地连接的操作的换到宽带连接(拨号那个)设置 主要讲链接后断线的问题 一般是手机 WLAN 设置里面 休眠状态 把里面改成永不休眠就可以另外 笔记本也要把电池的模式改成 非省电状态(排除此原因 因为老婆的笔记本测试下来 距离和稳定度可以 但手机还是要设置的)这样就不会频繁断线了 ==再推荐个软件给大家。另外 笔记本驱动不最新 可能遇到 无法承载的问题这个时候更新下 笔记本无线网卡驱动 重启 基本可以解决该问题如果还是不行的话 cmd打开后 输入 netsh wlan show drivers 看承载网络后面是是不是 :是 是是的话OK 否的话就悲剧 不支持有空我去研究下 windows XP 怎么搞 最后贴张图 下面红框框就是看你无线网卡驱动中有没有 VM虚拟热点驱动的,没的话去更新吧
互联网发展史
互联网发展史如何将两个主机连接起来在网络诞生之前,电脑都是单机传输,没有网卡,网线没有协议栈,数据传输主要通过软盘和U盘网线来了1[网线+网卡+协议栈]三要素,是组成“最小单元网络”的基础,缺一不可。2网线提供物理介质,承载比特流/电信号。(类似电话线承载语音流/模拟信号)3网卡提供数据处理,例如将电脑磁盘上的数据/字节转换为网线上的电流/比特,将比特流转换为数据。4协议栈作为沟通语言,实现通信过程中的数据解析,地址寻址,流控制等。网线不够长怎么办?终端之间如果距离过远,一旦超过网线物理传输距离上线,则数据开始丢失。中继器来了中继器(Repeater)是一种物理层产品,能够对信息进行中继和放大,实现设备远距离传输集线器来了1集线器(hub)是一种“多口中继器”,也属于物理层产品,能够对信息进行中继和放大,从任意接口接收到的数据,会往其他接口泛洪。2集线器不识别数据包的寻址信息和上层内容,无法对终端主机进行隔离,多个主机处于同一个冲突域中,采用集线器的网络,带宽利用率较低。怕骚扰怎么办? 网桥来了1。网桥(Bridge)是一种链路层产品,能够记录终端主句的MAC地址并生成MAC表(也称为CAM表),MAC表相当于”地图“,网桥根据MAC表转发主机之间的数据流。2.网桥能够进行冲突域隔离,有效的提高网络带宽的利用率,不同接口之间的数据不会相互冲突。例如PC1发送给PC2的数据不会给转发到右边(E2口)。3.网桥的接口比较有限,默认是两个接口,对网络的冲突隔离比较有限,网桥没有专用的硬件而是采用CPU来处理数据,相对速度不够快。不够快怎么办?交换机来了1.交换机(Switch)是一种链路层产品,能够记录终端主句的MAC地址并生成MAC表(也称为CAM表),MAC表相当于”地图“交换机根据MAC表转发主机之间的数据流。2.交换机是在网桥的基础上进行延申和升级,相比网桥,主要有几个优势: 接口数量更加密集(每个主机在独立的冲突域,带宽利用率大大提高) 采用专用ASIC硬件芯片进行高速转发 能够进行VLAN隔离(不仅仅可以隔离冲突域,而且通过VLAN隔离广播域)
一个网络连接疑难问题案例
今天在两台笔记本电脑之间配置无线承载网络(参阅下方wbpluto.com相关文章),在A计算机上设置并开启无线承载网络之后,在B计算机上进行了连接。由于启用了 Internet 连接共享服务,因此可以看到B计算机可以访问 Internet:
但是当我打开浏览器时却发现,并不能浏览任何网页,显示 Internet 无法显示该网页。经过 Windows 7 中方便的网络诊断,得知是DNS服务器无响应:
由于QQ直接使用IP进行登录,不会用到DNS域名解析,我启动QQ,的确是可以登录的。说明问题的确是处在出在DNS上。
通过无线承载网络来共享Internet 连接时,我们使用的是A机器上的Internet 连接共享来提供IP地址分配和域名解析的,但是查看了A机器上各种网络设置,都没有发现任何问题。
A机器的IP是 192.168.137.1
B机器的IP是 192.168.137.43
在两台计算机上互相ping对方,结果是A不能ping通B,B可以ping到A。
看起来B计算机似乎有问题。但是第一步已经看到了,是没有问题的,并且还显示能够访问 Internet啊,为啥就不能上网呢?
经过反复尝试,禁用网卡,重启计算机等方式,还是原样子,百思不得其解啊。
最后转机来了,偶然看到B计算机的网路连接图标上有“共享”标记:
也就是说,在A和B计算机上都启用了 Internet 连接共享服务。而这个服务会自动为被共享的网卡分配IP地址,是不是因为这个造成了问题呢?
马上把B计算机的无线网卡上的 Internet 共享给禁用掉,问题果然解决了!
看来,应该是由于B计算机既是 ICS 的客户端,本身又启用了ICS,因此IP地址发生了冲突。
不过,回过头来看,这个问题的确比较隐蔽,通过常规的排错方法都没有发现什么异常,而且B计算机虽然启用了ICS,但共享的客户端连接却并没有使用,在没有经验的情况下很难想到会和和ICS有关系。
虽然在 Windows 7 中增加了很多元素,让很多功能使用起来都更加方便,疑难解答平台更是深受我的喜爱,人性化方面已经做得不错,但毕竟 Windows 是一个庞大的系统,像无线承载网络、ICS这样的“非主流”功能仍然没有直观的设置界面和提示,只是悄悄的藏在背后,除了给用户使用带来不便,更难于进行排错。希望在 Windows 8 和以后的版本中,人性化方面的设计可以做得越来越好,更上一层楼。
本文转自wbpluto 51CTO博客,原文链接:http://blog.51cto.com/wbpluto/496452,如需转载请自行联系原作者
window7 笔记本宽带拨号共享无线网络
关于windows 7 宽带拨号共享笔记本无线供ipad或者手机使用的设置:
第一步骤:
C:\Users\Administrator>netsh wlan set hostednetwork mode=allow ssid=viong key=vi
ong0613
承载网络模式已设置为允许。
已成功更改承载网络的 SSID。
已成功更改托管网络的用户密钥密码。
第二步骤:
点击宽带连接右击属性--共享--指定刚才创建的虚拟无线网络2
第三步骤:
C:\Users\Administrator>netsh wlan start hostednetwork
已启动承载网络。
注意:“无法启动承载网络,组或资源的状态不是执行请求操作的正确状态”
出现这种情况,在设备管理器里的网络适配器卸载多余的网卡,然后重新启动一下操作系统就OK
最省事就是下载个Connectify软件!
下载地址如下:
http://cdn.baidupcs.com/file/%E7%AB%A0%E9%B1%BCConnectify_PRO_3.2.rar?xcode=986c3ccdc1637fac7a96ff02057ae42d&fsid=18306082412711841820&fid=1830608241-250528-2711841820&digest=81ff66c76b2d7046d02bcae61cc34ce0&time=1352302428&sign=FPDTAE-DCb740ccc5511e5e8fedcff06b081203-9ys5DtOtnwasud2MPFRYx7O8Zgw%3D&fromcdn=1&expires=8h
本文转自viong 51CTO博客,原文链接:http://blog.51cto.com/viong/998006,如需转载请自行联系原作者
NLB单播和多播区别
Windows NLB(网络负载均衡)是 Microsoft 在Windows 2000 Server 开始在操作系统上提供的一种负载平衡技术。NLB 使用一种分布算法将负载均衡分布到多台主机上,从而提高基于 IP 的关键型服务(例如 Web、虚拟专用网络、流媒体、终端服务、代理等等)的可伸缩性和可用性,同时可检测主机故障并自动将流量重新分配给其他操作主机,从而提供高可用性。Windows NLB有单播与多播两种模式,两种模式原理各有不同,1、单播模式下,NLB服务会重新对每个节点中启用NLB的网卡分配MAC地址(此MAC地址称为群集MAC地址),并且所有的NLB节点均使用相同的MAC地址(均使用群集MAC地址),同时NLB会修改所有发送的数据包中的源MAC地址,这样就导致交换机不能将此群集MAC地址绑定在某个端口上。 工作在单播模式下的NLB可以在所有网络环境下正常运行(兼容性最好);2、多播模式下,NLB不会修改NLB节点启用NLB的网络适配器的MAC地址,而是为它再分配一个二层多播MAC地址专用于NLB的通讯(此MAC地址称为群集MAC地址),这样NLB节点之间可以通过自己原有的专用IP地址进行通讯。二、案例分析 下面通过一个最近在客户遇到的实际案例来解释两种模式的不同:近期客户需要进行网络改造,但是在改造后一个Windows NLB群集无法使用。现场查看情况为此群集原采用多播模式使用,网络改造将原二层交换机变更为三层交换机。通过多播模式的特性分析,多播模式使用多播MAC地址专用于NLB的通讯这样就出现了一个多播MAC地址对应一个非多播IP(群集IP)的情况,这是会被不支持的三层交换机和路由器拒绝的一种情况。解决这种问题可以手工在路由器或交换机上添加群集IP对应多播MAC的静态数据。但是经过客户验证,网络改造后的三层交换机不支持添加静态数据,所以唯一的解决方案只能将多播模式切换为单播模式。手工将NLB群集切换为单播模式后发现群集IP无法ping通,负载均衡管理器也无法连接管理,群集承载网站也无法访问。分析可能由于群集IP无法被找到所以出现这样的情况。查看群集各个节点网卡属性,发现启用负载均衡的网卡均只有自己的IP地址,而群集IP没有被添加成功,如下图在TCP/IP高级选项中进行手工添加群集IP后再验证,群集恢复正常,负载均衡也正常工作。 三、两种模式存在的问题及解决办法 通过这个案例及单播和多播的特性我们可以发现以下问题:单播: 1、由于NLB所使用的群集MAC地址没有绑定在某个具体的交换机端口上,所以所有的NLB通讯均通过在交换机的所有端口上广播进行,这就出现了交换机泛洪的现象,可以通过将所有NLB节点添加到一个VLAN中隔离广播的办法解决。2、由于所有的NLB节点具有相同的MAC地址,所以NLB节点之间不能通过自己原有的专用IP地址进行通讯。 (节点之间就无法ping通)。我们可以采用双网卡来解决节点间通信问题,一块网卡用于启用负责均衡,一块网卡用于节点间通讯。多播: 1、多播模式下NLB节点之间可以通过自己原有的专用IP地址进行通讯,但是群集IP对应一个多播MAC进行通讯,可能会被不支的路由器或一些交换机拒绝,必须通过在网络设备中添加静态数据的方法解决。2、由于交换机所有端口中都是使用各个节点实际IP与MAC注册而群集使用多播MAC,所以交换机收到群集的数据包发现交换机没有一个端口是对应群集多播MAC就仍然会广播到所有端口,这样就仍然有交换机泛洪的问题。解决方法也可以采用和单播一样的使用VLAN解决,此外还可以通过勾选IGMP 多播来解决交换机泛洪,但是需要交换机支持此功能。最后建议如果NLB节点服务器只有一块网卡,请使用多播模式;如果NLB节点服务器拥有多块网卡,或者网络设备(如二层交换机与路由器)不支持多播模式,则可以采用单播模式。
本文转自 zhou_ping 51CTO博客,原文链接:http://blog.51cto.com/yuntcloud/1661512,如需转载请自行联系原作者
Win7下建立Wifi热点
1、Win7下建立Wifi热点
其实就两条命令就ok了。这里同样给出建立方法,以管理员身份运行如下命令:
-- 建立热点,热点名=hotlei;密码=1234567890;
netsh wlan set hostednetwork mode=allow ssid=hotlei key=1234567890
netsh wlan start hostednetwork
-- 关闭热点(不用的时候关闭)
netsh wlan start hostednetwork
下面主要说明一些不成功的问题,原因很多,无线网卡驱动、系统配置等问题,一一说明:
1、如何查看网卡是否支持热点
netsh wlan show drivers
2、如果支持了,但是不能启动,提示“无法启动承载网络”,则说明是系统配置问题:打开设备管理器:
3、有时候是驱动问题,驱动程序中就没有
4、辛辛苦苦建立好了,可是发现手机连上上不去网,这时候咋办呢?
需要将无线网卡共享设置:
本文转自 leizhimin 51CTO博客,原文链接:http://blog.51cto.com/lavasoft/1367769,如需转载请自行联系原作者
WSFC2016 SMB多通道与网络调校
SMB多通道是微软Windows Server 2012时新增的一项功能,微软SMB3.0协议的一部分,主要用于SMB文件传输时,检测到多张可通信网卡,自动使用多张网卡进行传输,提高吞吐量,链路容错。
Windows Server 2012和之前的服务器操作系统最大的一个不同点就在于,2012利用操作系统本身实现了很多原来只有硬件才能做的技术,同时又和各大硬件厂商合作,使各大硬件厂商的设备能够在微软OS上面发挥出最好的性能,例如,2012实现了原生的SMB 多通道,NIC teaming,可以和存储设备感知,实现ODX技术,等等
SMB多通道,很多人可能没有关心过,其实这是一项很好用的技术,我们不需要额外配置什么,Windows Server 2012 /Win8 之后的OS原生自带,只要你有两台机器,它们之间要进行SMB传输,机器1上面有两张网卡 192.168.1.1和192.168.2.1 ,机器二上面有两张网卡 192.168.1.2 192.168.2.2,那么SMB多通道技术就会自动聚合两站网卡的带宽,进行协议传输,一旦其中一张网卡坏掉,自动使用单条通道进行传输
通过SMB多通道,我们可以实现类似于MPIO的效果,它的优点就是自动聚合多网卡带宽,最大化利用网卡性能,自动容错,自动扩展,发现有可用通道自动加入传输。缺点就是SMB多通道,只能在SMB协议传输时有用,其它协议传输时无效,但SMB多通道技术可以和NIC teaming技术配合,SMB协议传输使用SMB多通道,其它流量使用NIC teaming
SMB多通道技术要求:
至少需要两台运行Windows Server 2012,Windows Server 2012R2或Windows 8计算机
不需要安装其他功能 - 默认情况下启用SMB Multichannel
多个可通信网络适配器
可选要求
一个或多个支持RSS的网络适配器
使用NIC Teaming配置的多个网络适配器之一
一个或多个支持远程直接内存访问(RDMA)的网络适配器
SMB多通道适用场景
多个支持RSS的网卡
此为SMB多通道典型配置,在2012之前,即便两个节点具备多张可以通讯的网卡,但是传输流量的时候也只会使用一个接口建立连接,并不会自动聚合所有接口带宽,2012开始,一旦检测到多张可通讯网卡,将自动聚合所有网卡,如果网卡支持RSS功能,则SMB为单个会话创建多个TCP / IP连接,每个接口至少有一个或多个连接,此配置使SMB能够使用可用的组合网络适配器带宽,并使得SMB客户端可以在网络适配器出现故障的情况下继续而不会中断。
多个NIC Teaming中的网卡
Windows Server 2012 R2和Windows Server 2012支持通过使用称为网卡绑定的功能将多个网络适配器合并到一个网络适配器的功能。尽管一个Teaming总是提供容错功能,但是当SMB没有SMB多通道部署时,SMB每个团队只能创建一个TCP / IP连接。此配置会导致所使用的CPU内核数量和队列带宽的最大使用量受到限制。
当使用SMB多通道部署SMB时,SMB为单个会话创建多个TCP / IP连接,以实现CPU内核之间更好的平衡并更好地利用可用带宽。NIC Teaming继续提供故障转移功能,这比单独使用SMB Multichannel更快,我们还建议使用网卡组合绑定,因为它为不依赖SMB的其他工作负载提供故障切换功能,这些工作负载无法从SMB多通道的故障切换功能中受益。
单个或多个支持RDMA的网络适配器
SMB多通道检测网络适配器的RDMA功能,这使得SMB Direct功能(SMB Direct over RDMA)成为可能,当使用SMB多通道部署SMB时,SMB检测网络适配器的RDMA能力,并为该单个会话创建多个RDMA连接,每个接口有两个RDMA连接,通过此配置,SMB可以利用RDMA支持的网络适配器提供的高吞吐量,低延迟和低CPU利用率,当您使用多个RDMA接口时,它还提供容错功能。
RDMA技术在大型数据传输时性能提升特别明显,在2012R2时,这项技术并不支持NIC teaming,因此如果您想要获得SMB Direct技术,在2012时代,只有选择SMB多通道+RDMA,2016时代起,支持融合网络架构能够获得RDMA技术。
简单介绍完SMB多通道技术,我们再来看下它和WSFC的关系,在WSFC 2012时×××始,群集开始支持SMB多通道技术,SMB多通道和群集,我们分为两个层面来看
存储流量
CSV重定向流量
典型的场景是Hyper-V over SMB,或 SQL over SMB,前面是应用群集,后面是存储群集,应用通过SMB协议访问存储群集,利用RDMA技术和SMB多通道技术提高传输效率
在这种场景下,SMB多通道,会仅使用角色1的群集网络,即挑选启用客户端和群集通信的网络来做存储流量负载均衡使用
WSFC场景下的SMB多通道通常会遵循以下规则
1.挑选不同子网,度量值尽可能相近的群集网络进行SMB多通道汇总
2.只有网卡速率,RSS , RDMA等参数完全相同的网卡,才会被纳入SMB多通道传输
3.如果有多个不同速率的网卡都可以使用,则SMB多通道将首选速率块的网卡建立通道
什么是度量值呢,事实上这是隐藏在群集网络内部的运作参数,界面上我们看不到它
在WSFC 2008时×××始,可以通过Powershell命令获得
Get-ClusterNetwork | ft Name, Metric, AutoMetric
WSFC 2008时代,默认情况下群集内部网络度量值为1000,群集首个发现的内部网络为1000,之后的内部网络依次向上递增100,群集以未设置网卡网关为内部网络挑选依据
所有对外网络的群集网络度量值默认为10000,之后发现的依次递增100,群集以设置网卡网关为对外网络挑选依据。
所有无群集通讯的群集网络度量值默认为10100,之后发现的依次递增100,群集以检测到网卡具备ISCSI通信为依据。
一个典型的架构如下
群集网络获得最低的度量值,因此WSFC 2008时代,CSV流量,群集数据库流量,心跳检测流量将首先通过这个网络进行
实时迁移网卡获得第二低的度量值,因此群集将会使用此网卡进行实时迁移,直接通过GUI界面选择实时迁移网卡,可覆盖此决定。
默认情况下群集网络度量值由群集根据算法自动生成,对于高端用户也可以手动进行修改
看过一些外国的设计通常针对管理网卡和群集网卡会设置备用网卡,例如这样的架构
Cluster1 900
Cluster2 910
MGMT1 10200
MGMT2 10300
这样设计的一个好处是,可以防止一旦群集功能或管理功能网卡坏掉,去使用其它不应该使用的网卡,事先规划出度量值网卡,到时群集会自动挑选下一度量值网卡使用
到了Windows Server 2012时代 群集网络度量值的评定发生了变化,不仅可以基于角色,还可以基于硬件功能
接下来我们将通过实际搭建一个利用SMB多通道的SOFS群集来实际看下效果
实验环境
当前SOFS群集已经配置完成
SOFS群集角色已配置完成
群集网络设置如下
默认情况下SMB多通道已启用,可以看到,当我们把文件在两个节点间互相拷贝时,调用了所有网卡
禁用SMB多通道功能
再次拷贝文件,发现已经没有了SMB多通道,只会调用一块网卡进行拷贝。
再次启用SMB多通道功能
拷贝过程重新调用所有网卡
查看群集网络度量值,发现不太标准,并不是我们想要的,CLUS网卡度量值没有是最低,CLUS MGMET SMB02 度量值过于接近,容易产生负载均衡
重新定义度量值 CLUS3000 ,SMB01为50000 ,SMB02为50001 ,MGMET为70000。规划控制SMB多通道只在SMB01 SMB02网络传输
上面我们在SOFS群集内部中查看了SMB多通道的效果,下面我们安装hyper-v群集,进一步查看
当前HV01 HV02节点已经完成Hyper-V群集配置
新建虚拟机,设置存储路径为SOFS群集路径
在虚拟机所在节点查看SMB多通道,可以看到,当前HV节点通过30 40两条通道连接到SOFS存储群集节点,同时利用两张网卡的带宽,并获得了容错性。
通过查看网络配置我们可以发现 在HV群集中,网络度量值为规范,只有SMB01,SMB02网络度量值接近,其它条件也都满足,因此HV群集优先使用此两条链路进行连接
在一些情况下,可能并不会这样顺利,有时度量值计算可能不会像这样按照我们希望的来,会有一些偏差,导致其它网络,例如管理网络,实时迁移网络也和存储网络处于接近的度量值,这样就有可能会产生负载均衡,一旦您部署了SOFS群集与前端群集,发现前端群集没有使用想要的链路去连接到SOFS群集,除了修改度量值,您还可以选择手动创建SMB多通道限制策略,强制限制SMB多通道仅在我们想要的网卡上面执行
首先在前端群集,指连接到SOFS群集的HV或SQL群集,上面运行Get-NetAdapter,查看网卡index记录,记下它
创建SMB多通道限制策略
New-SmbMultichannelConstraint -ServerName wisdom -InterfaceIndex 13,16
New-SmbMultichannelConstraint -ServerName wisdom.oa.com -InterfaceIndex 13,16
ServerName的的地方建议输入SOFS VCO名称及FQDN名称,这样,凡是HV群集连接到SOFS群集的这个名称,都仅会调用到我们指定的网卡,来完成SMB多通道
此设置需在HV群集 或 SQL群集 的每个节点上面进行设置
需要注意:SMB多通道限制策略,只有在网卡已满足SMB多通道要求的情况下才有意义,例如,三块网卡,速率,RSS,RDMA参数相同,度量值也接近,但是你不想要同时使用这三块网卡,只想使用其中两块,那么可以通过SMB多通道限制策略,如果是两块网卡,但是速率不同,创建SMB多通道限制策略无意义,因为SMB多通道必须多网卡速率相同才可以构建多条通道,速率不同的情况下,将仅使用速率高的网卡建立通道。
设置SMB多通道限制策略,主要有以下几种场景
防止存储通信淹没管理网络,希望管理网络更多的流量来做其它事情
防止CSV redirect IO流量淹没管理网络
关于CSV redirect IO流量,老王在后面会提到
到这里相信大家对于SMB多通道在WSFC群集的应用有了个初步的认识,简单来说,就是微软在SMB领域的一个创新,让大家更多的去使用它的SMB架构,我们可以部署一个SOFS,交付给前端的HV,SQL,应用使用RDMA SMB多通道技术连接到后端,获得高性能和容错性,为IT基础架构多了一种新的选择,SMB多通道在群集中也可以得到应用,WSFC 2012时代只要满足多子网群集网络,网卡速率参数相同就可以利用SMB多通道技术
SMB多通道技术在WSFC 2012群集中主要有两种应用场景
传统SMB流量,HV SQL SOFS群集本身使用SMB协议传输存储的流量,这种类型的SMB多通道,会挑选群集网络中,客户端可访问的网络
CSV 重定向流量
在正常的情况下,所有一个群集中,所有节点对于CSV - 存储,都是直接访问IO,一个写入请求直接通过CSV写入到存储,此流量成为南北向流量,还有一种东西向流量,假设群集中的单个节点失去到存储的访问资格,即是说该节点到链路出现问题,那么CSV卷就会进入重定向模式,在这种模式下,虽然上层连接到CSV的应用不会中断,但会感觉到性能有明显的下降,因此每一次的写入IO,都会由失去资格的节点把IO重定向到可以访问存储的节点,然后该节点再完成IO请求
通常情况下CSV卷进入重定向模式,有以下几种可能
单节点失去到存储的访问资格
节点上安装了不兼容的筛选器驱动程序
CSV备份,2008 R2无法创建CSV的单个同步VSS快照,导致在备份操作过程中大量重定向IO,有些存储系统会受到压力,导致2008 R2 Hyper-V群集崩溃
在2012时代,针对于CSV备份机制发生了改变,不再使用VSS备份操作,而是采用分布式快照机制来简单的备份CSV卷
因此在2012时代发生CSV重定向大概有几种可能 1.存储链路 2.节点筛选器驱动干扰 3.元数据更新
通常情况下元数据更新数据量很小,我们不需要过多关心它,筛选器驱动通常如果节点很干净也不会出现
WSFC 2012时代出现CSV重定向几率最多的还是单节点存储链路失败,或还原操作的场景
实际上CSV重定向流量是一种很危险的流量,在2008时代,很多人不知道这一点,于是就放了带宽很低的一个群集通信网络,结果发现当单节点存储链路出问题,CSV重定向模式下整个群集几乎没办法执行IO操作
在WSFC 2008 时代,对于CSV重定向流量,默认情况下,只使用度量值最低的群集网络,来完成重定向时的东西向流量
WSFC 2012时×××始,CSV重定向流量有了新的变化,不再根据度量值挑选,而是使用SMB协议,SMB多通道来完成CSV重定向时的流量传输,使用新的方式传输CSV重定向流量将比原来方式提高四倍,更好的处理CSV重定向时的性能问题,对于CSV重定向时的SMB多通道挑选,将遵循以下规则
1.SMB多通道优先于NetFT的网络优先级,以决定CSV重定向流量使用哪些子网
2.CSV重定向将仅使用内部群集网络进行SMB Multichannel,此行为可以更改为也使用外部网络修改UseClientAccessNetworksForSharedVolumes群集参数
3.SMB多通道需要相同的链路速度和特性(RSS和/或RDMA)才能同时在不同的子网上传输CSV重定向的流量
4.如果适配器不相同,SMB多通道将使用更快的适配器来传输CSV重定向的流量
5.只有在SMB Multichannel不可用或禁用的情况下,故障转移群集才会故障返回到NetFT决定使用哪个子网。然后,将应用最低度量标准逻辑,并通过最低度量子网发送CSV重定向流量
如果不希望重定向流量使用SMB多通道,仅使用单个网络,那么您可以直接关闭节点SMB多通道功能
Set-SMBClientConfiguration -EnableMultichannel $ False”
在一个理想的情况下,一个SMB架构的群集
应该是使用两种不同的SMB多通道,两种SMB多通道网络类型都按照规则执行
存储流量使用对外的网络进行SMB多通道
CSV重定向流量使用群集内部网络进行SMB多通道
如果在WSFC 2012时代遇见CSV重定向流量淹没其它网络的情况,例如还原一个备份失败,CSV重定向流量调用了CSV网卡和管理网卡,淹没了管理网卡,导致管理网卡不能访问,这时候您可以使用New-SmbMultichannelConstraint 来强制限制CSV多通道SMB多通道流量
建议 1.不要使用会产生CSV重定向的备份工具 2.规划特定的网卡来完成CSV重定向 SMB多通道流量
对于这里的场景来说,老王相信国内使用这种SMB架构用于企业生产的还是不多,而且在一个群集里面完成两组SMB多通道,也稍微有点麻烦,需要分别制定不同的SMB多通道策略,那么怎么能够实现一组SMB多通道,完成存储流量和CSV重定向流量,老王想到一种办法,修改群集的一个参数,UseClientAccessNetworksForSharedVolumes,让CSV重定向流量也可以使用对外类型的群集网络,这样的话,只要存储流量和CSV重定向网卡类型的网卡,速率,RSS ,RDMA参数相同,就可以使用SMB多通道功能,届时将是一组SMB多通道,完成存储流量和CSV重定向流量,也可以通过New-SmbMultichannelConstraint 来强制限制CSV多通道SMB多通道的网卡。
那么一个SOFS群集就是 管理网卡一张,对外存储网卡两张 心跳卡一张,对外存储网络既完成SMB存储流量多通道,也完成CSV重定向流量多通道
以上我们看了
SMB多通道技术介绍
SMB多通道在WSFC群集的应用及要求
SMB多通道在SOFS群集内部的应用
SMB多通道在SOFS群集与HV群集之间的应用
SMB多通道的两种不同类型流量:存储连接流量,CSV重定向流量
在WSFC 2016时代,SMB多通道技术和群集的结合变的更为融洽,群集不再要求必须多个子网才可以在群集中做SMB多通道,现在相同子网的多张网卡也可以在群集中构建多通道,事实上,SMB多通道技术本身就支持相同子网多网卡,或不同子网多网卡,只是说2012时代的WSFC有所限制,构建网络拓扑时,相同子网的多张网卡不会被构建到群集的网络拓扑,WSFC 2016时代群集修改了这个规则,相同子网的多个网卡也可以被构建到群集网络拓扑,实现群集SMB多通道
所谓的相同子网多个网卡构建到群集网络拓扑,并不是说,相同子网,会出现多个群集网络,而是可以让一个群集网络下面包含单个子网的多个网卡
本例中共计16node1 16node2两个节点,各节点四块网卡,分别MGMET SMB01 SMB02 Heart
其中
节点1 SMB网卡30.0.0.18 30.0.0.19
节点2 SMB网卡30.0.0.0.20 30.0.0.21
在两个节点之间拷贝文件,可以看到SMB多通道调用了所有网卡
创建SMB多通道限制策略 ,在各节点分别执行
再次拷贝,发现只调用选定网卡
运行命令查看,发现当前对于HV02节点的文件拷贝,只是通过30网段的四张网卡进行
除了限制SMB默认传输流量,我们还可以限制CSV重定向流量
配置群集,允许CSV重定向流量使用外部网络 (可选,建议最好可以单独布置多张内部通信网卡)
分别新建存储各节点CSV重定向 SMB多通道限制策略
针对于CSV重定向 SMB多通道限制策略,server name不能输入常规的机器名称,根据结果来看应该是NETFT虚拟出来的一个地址,该名称可以通过下图命令获得
此策略需分别在连接存储的CSV各节点设置其它节点的名称
创建完成后,模拟CSV重定向
通过命令可以查看到,节点1由于模拟了CSV重定向模式,因此节点1对于CSV的东西向流量访问都将通过节点2完成
细心的朋友可能会发现,这里的命令和 2012时代不太一样, 2016的Get-SmbMultichannelConnection命令 多了一个 SmbInstance参数
通过这个参数,我们可以看出,SMB多通道在各个不同的类型中所使用的网卡
Default:传统SMB传输
CSV:CSV重定向
SBL:2016 SDS特定流量
SR:2016 存储复制特定流量
由于环境有限,在WSFC 2016场景中,我并没有完整的展示后端SOFS群集,前端HV群集的场景
本例我们是以一个融合群集为例
事实上如果说是前端HV群集,后端SOF群集,才是最佳的架构
在这种架构里面
SMB多通道限制策略应该这样设计
HV群集设计由那两块网卡完成存储连接SMB存储连接多通道
SOFS群集设计由那两块网卡完成CSV重定向多通道
对于SMB存储多通道只需要在HV一方设计即可,SOFS群集会检测到对方只与我开放两条通道,而自动选择两条通道去建立连接
SOFS群集直接和存储连接,承载CSV卷,因此有必要设计CSV重定向流量多通道,可以通过添加多个内部群集网卡,然后通过策略限定,或修改参数,允许CSV重定向使用对外网卡
需要注意的一点是,SMB多通道限制策略,需要输入一个ServerName名称,在完成场景下,应该是在HV或SQL各节点创建这条策略,输入名称应该SOFS的VCO和VCO FQDN名称
本例我们用于模拟测试输入的对方节点名称,实际场景是不会这样做的!
对于CSV重定向 SMB多通道的限制是特殊的,因为它的Server Name不是使用的节点名称,而是使用的奇怪的地址,这点可以通过事先模拟CSV重定向,获取到对方地址,然后创建CSV重定向的 SMB多通道限制策略
以上为WSFC 2016 SMB多通道的新功能介绍,WSFC 2016时×××始,支持群集使用单个子网不同网卡构建SMB多通道,新增SMB Instance命令,用于查看SMB多通道用途
本文转自 老收藏家 51CTO博客,原文链接:http://blog.51cto.com/wzde2012/2043510