<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>BizSmooth——企顺学校博客 &#187; 胡 志明</title>
	<atom:link href="http://blog.bizsmooth.com/?author=9&#038;feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://blog.bizsmooth.com</link>
	<description>企顺学校老师和同学们的交流园地</description>
	<lastBuildDate>Wed, 04 Feb 2026 12:22:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>iSCSI浅析</title>
		<link>http://blog.bizsmooth.com/?p=1010</link>
		<comments>http://blog.bizsmooth.com/?p=1010#comments</comments>
		<pubDate>Mon, 01 Jul 2013 10:32:04 +0000</pubDate>
		<dc:creator>胡 志明</dc:creator>
				<category><![CDATA[网络存储]]></category>
		<category><![CDATA[IP SAN]]></category>
		<category><![CDATA[iscsi]]></category>
		<category><![CDATA[scsi]]></category>
		<category><![CDATA[存储]]></category>

		<guid isPermaLink="false">http://blog.bizsmooth.org/?p=1010</guid>
		<description><![CDATA[在各大厂的支持下，iSCSI已经成为IP SAN的主流，市场上也出现了多种类型的iSCSI解决方案。经过多年推广后，存储局域网络（Storage Area Network, SAN）的优势已经是众所皆知，可提供更方便的管理性能、更高的磁盘资源利用率与更大的扩充能力等。 但长期以来，SAN都必须通过光纤通道 （Fibre Channel）协议来实现，由于FC交换器的价格昂贵，一台只有最基本功能的8端口FC交换器起价就要数万元，1个FC端口的平均成本高达数万甚至十多 万元，且每部要连接FC SAN的服务器都必须安装1个价格1千美元上下的FC HBA，部署一套FC SAN的费用非常高昂。用户也必须具备FC协议相关知识才能有效管理，以致限制了FC SAN的普及。因此无论存储厂商如何宣扬SAN的好处，现实上能享用这些好处的企业相当有限。 为解决FC SAN的问题，有人便开始把脑筋动到以太网络与TCP/IP技术上，如能改用IP网络作为SAN的传输通道，就能利用既有的IP网络设备建置SAN，从而节省大笔费用。 从 这个思路出发，早在5～6年前就有厂商提出了IP SAN解决方案，如NetApp在2001年推出的Virtual Local Disk（VLD），就能在Windows环境下利用IP网络传输块（Block）型态的数据，从而实现了以IP网络作为通道的SAN。同时期还出现了其 他形形色色的IP-Block协议，如mFCP（metro FCP）、HyperSCSI等，但因缺乏统一标准，为这类型产品的开发与推广带来了不利的影响。 于是接下来便由互联网工程任务小组 （Internet Engineer Task Force，IETF）加以整合，并在2003年2月通过了将SCSI指令包入TCP/IP的iSCSI（internet SCSI或SCSI over IP）协定，并陆续得到微软、IBM、EMC、HP等大厂的支持。经过4年多的发展后，现在iSCSI已成功取代早期众多的非标准IP SAN协议，成为IP SAN协议的主流，与FC并列为两大标准的块级传输协议。而支持iSCSI的存储设备也日益增加，除了各存储大厂都有iSCSI产品线外，甚至还出现了 EqualLogic这类专注于iSCSI专用存储系统开发的厂商。 认识iSCSI协定基础 iSCSI 协议定义了在TCP/IP网络发送、接收块级存储数据的规则与方法。发送端将SCSI指令与数据本体封装到TCP/IP封包中，然后通过以太网络发送。接 收端收到TCP/IP封包后，将它们还原为SCSI指令与数据，并依指令执行。完成指令后，再将响应的SCSI指令与数据封装到TCP/IP封包，发回发 送端。通过这种方式，存取远程存储设备时，就如同在本地端存取本机的SCSI硬盘一样。 iSCSI的封包 iSCSI协议是先将SCSI指令与数据封装进iSCSI &#8230; <a href="http://blog.bizsmooth.com/?p=1010">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
		<wfw:commentRss>http://blog.bizsmooth.com/?feed=rss2&amp;p=1010</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>刨根问“银”</title>
		<link>http://blog.bizsmooth.com/?p=973</link>
		<comments>http://blog.bizsmooth.com/?p=973#comments</comments>
		<pubDate>Sat, 27 Apr 2013 08:13:00 +0000</pubDate>
		<dc:creator>胡 志明</dc:creator>
				<category><![CDATA[网络安全]]></category>
		<category><![CDATA[不可否定性]]></category>
		<category><![CDATA[保密性]]></category>
		<category><![CDATA[完整性]]></category>

		<guid isPermaLink="false">http://blog.bizsmooth.org/?p=973</guid>
		<description><![CDATA[随着电子商务的迅速发展，信息安全已成为焦点问题之一，尤其是网上支付和网络银行对信息安全的要求显得更为突出。 <a href="http://blog.bizsmooth.com/?p=973">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
		<wfw:commentRss>http://blog.bizsmooth.com/?feed=rss2&amp;p=973</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>HCNA-Storage认证常见问题答疑</title>
		<link>http://blog.bizsmooth.com/?p=948</link>
		<comments>http://blog.bizsmooth.com/?p=948#comments</comments>
		<pubDate>Mon, 01 Apr 2013 05:23:35 +0000</pubDate>
		<dc:creator>胡 志明</dc:creator>
				<category><![CDATA[网络存储]]></category>
		<category><![CDATA[增值]]></category>
		<category><![CDATA[存储]]></category>
		<category><![CDATA[资源池]]></category>

		<guid isPermaLink="false">http://blog.bizsmooth.org/?p=948</guid>
		<description><![CDATA[存储,资源池,增值 <a href="http://blog.bizsmooth.com/?p=948">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
		<wfw:commentRss>http://blog.bizsmooth.com/?feed=rss2&amp;p=948</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>解开拒绝本地登录的“死结”</title>
		<link>http://blog.bizsmooth.com/?p=944</link>
		<comments>http://blog.bizsmooth.com/?p=944#comments</comments>
		<pubDate>Mon, 04 Mar 2013 05:32:55 +0000</pubDate>
		<dc:creator>胡 志明</dc:creator>
				<category><![CDATA[Windows]]></category>
		<category><![CDATA[操作系统]]></category>
		<category><![CDATA[本地登录]]></category>
		<category><![CDATA[权限]]></category>
		<category><![CDATA[组策略]]></category>

		<guid isPermaLink="false">http://blog.bizsmooth.org/?p=944</guid>
		<description><![CDATA[在Windows 2003环境下，被组策略拒绝本地登录一直是件比较令人头疼的事情。本文将介绍一种所有用户都被拒绝本地登录后的解决方法。 　　在Windows2003中，如果某个用户被取消了本地登录权限，当这个用户本地登录计算机时，系统就会提示“此系统的本地策略不允许您采用交互式登录”，导致登录失败。遇到这种情况，通常请管理员在组策略中重新设置一下，将该用户从“拒绝本地登录”列表中删除或添加到“在本地登录”列表中即可。但如果因为操作失误或其它方面的原因，我们将所有用户的本地登录权限都禁止了(通常是禁止了users组（非域环境下）或domain users组（域环境下）)，那就有点麻烦了。这种情形看起来像一个解不开的“死结”：要解除禁止本地登录的组策略设置，必须以管理员身份本地登录；要以管理员身份本地登录，就必须先解除禁止本地登录的组策略设置。但实际上，事情并没有我们想象的那么糟。经过查询相关资料和测试，我发现借助网络的帮助,这个“死结”还是可以解开的。因为域安全策略与本地安全策略的数据保存机制不同，下面分两种情况分别进行说明。 被域策略拒绝本地登录时的解决办法 　　域策略的安全设置部分都保存在一个名为“GptTmpl.inf”的安全模板中，这是一个文本文件，存放在DC（域控制器）的SYSVOL（物理目录指向DC的“c:\winnt\sysvol\sysvol”）共享中。要解除对所有用户本地登录限制，在不能本地登录的情况下，最快捷的办法可能就是直接编辑这个文本文件。 　　具体操作如下： 　　1.. 在另一台计算机（Win9X/2000/XP均可）上，使用域管理员账号连接到DC的SYSVOL共享，在“\\\sysvol\\Policies\GUID&#62;\MACHINE\Microsoft\Windows NT\SecEdit”下找到该文本文件“GptTmpl.inf”。(路径中的“DC name”是你放置该组策略的域控制器的名字，“Domain name”是你的域的名字，“Policy GUID”是你要编辑的组策略的GUID，类似于“{31B2F340-016D-11D2-945F-05C04FB98439}”)。 　　2.. 使用记事本打开“GptTmpl.inf”文件，找到文件中“PrivilegeRights”小节下的“SeDenyInteractiveLogonRight”关键字，它的值就是被拒绝本地登录的用户或组的SID，将这些SID删除，使“SeDenyInteractiveLogonRight”关键字的值为空。修改完毕将文件保存回原位置。 　　3.. 使用记事本打开位于“\\\sysvol\name&#62;\Policies\”下的“GPT.INI”文件，提高“General”小节下的“Version”关键字的值，通常是加1000。这是我们修改的这个组策略的版本号，版本号提高后可以保证我们的更改被复制到其它DC上。修改完毕将文件保存回原位置。 　　4.. 域策略刷新后，问题即告解决。 　　5.. 本地登录DC重新设置域策略中的相关项目 。 被本地安全策略拒绝本地登录时的解决办法 　　解决被本地安全策略拒绝本地登录的最正统的方法，应该是使用另一台Windows2000计算机，使用组策略MMC管理单元通过网络连接到故障计算机的本地安全策略，然后进行修改。但我测试后发现，使用这种方法成功的机率非常小（具体的原因也不十分的明了），不是连接不上故障计算机，就是打不开故障计算机上本地安全策略的安全设置。因此我们还需要一个更稳妥些的解决方法。 　　本地安全策略的安全设置通常存放在一个二进制的安全数据库secedit.sdb中，这个安全数据库的结构我们无从知道，因此象第一部分那样直接编辑secedit.sdb文件的办法是无能为力了，我们需要采用迂回进攻的策略，“曲线救国”。 　　具体操作如下： 　　1.. 假设故障计算机的IP地址是&#8221;192.168.0.111&#8243;。在另一台计算机(Windows9X/2000/XP均可)上，使用“Telnet 192.168.0.111”命令使用管理员账号连 接到故障计算机。（如果故障计算机的“telnet”服务没有启动，可以通过网络启动，具体方法不在详述） 　　2.. 通过telnet在故障计算机上执行“net share tmp$=d:\tmp”命令，将故障计算机上的“d:\tmp”隐藏共享为“tmp$”，共享权限缺省是everyone完全控制（此时要特别注意网络安全）。当然你也可以共享其它的目录。 　　3.. 通过telnet在故障计算机上执行“secedit /export /CFG d:\tmp\sec.inf”命令，将故障计算机的本地安全策略配置导入“d:\tmp\sec.inf”安全模板文件中，这是一个文本文件。 　　4.. &#8230; <a href="http://blog.bizsmooth.com/?p=944">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
		<wfw:commentRss>http://blog.bizsmooth.com/?feed=rss2&amp;p=944</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>在Win2k3下创建软RAID完全手册</title>
		<link>http://blog.bizsmooth.com/?p=912</link>
		<comments>http://blog.bizsmooth.com/?p=912#comments</comments>
		<pubDate>Fri, 01 Feb 2013 02:18:29 +0000</pubDate>
		<dc:creator>胡 志明</dc:creator>
				<category><![CDATA[网络存储]]></category>
		<category><![CDATA[raid]]></category>
		<category><![CDATA[raid-5]]></category>
		<category><![CDATA[win2k3]]></category>
		<category><![CDATA[带区卷]]></category>
		<category><![CDATA[热备盘]]></category>
		<category><![CDATA[简单卷]]></category>
		<category><![CDATA[跨区卷]]></category>
		<category><![CDATA[重构]]></category>
		<category><![CDATA[镜像卷]]></category>

		<guid isPermaLink="false">http://blog.bizsmooth.org/?p=912</guid>
		<description><![CDATA[win2k3,raid,raid-5,简单卷,跨区卷,带区卷,镜像卷,热备盘,重构 <a href="http://blog.bizsmooth.com/?p=912">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
		<wfw:commentRss>http://blog.bizsmooth.com/?feed=rss2&amp;p=912</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>全自动PXE网刻工具使用手册</title>
		<link>http://blog.bizsmooth.com/?p=862</link>
		<comments>http://blog.bizsmooth.com/?p=862#comments</comments>
		<pubDate>Tue, 30 Oct 2012 03:35:39 +0000</pubDate>
		<dc:creator>胡 志明</dc:creator>
				<category><![CDATA[Windows]]></category>
		<category><![CDATA[操作系统]]></category>
		<category><![CDATA[dhcp]]></category>
		<category><![CDATA[ghost]]></category>
		<category><![CDATA[PXE]]></category>
		<category><![CDATA[网克]]></category>

		<guid isPermaLink="false">http://blog.bizsmooth.org/?p=862</guid>
		<description><![CDATA[随着电脑技术的发展，网络批量克隆安装系统已经越来越成熟，今天，我们将以诚龙网络克隆工具为例，一起来学习下它的使用方式。 <a href="http://blog.bizsmooth.com/?p=862">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
		<wfw:commentRss>http://blog.bizsmooth.com/?feed=rss2&amp;p=862</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>单模光纤与多模光纤对比</title>
		<link>http://blog.bizsmooth.com/?p=826</link>
		<comments>http://blog.bizsmooth.com/?p=826#comments</comments>
		<pubDate>Mon, 30 Jul 2012 09:02:59 +0000</pubDate>
		<dc:creator>胡 志明</dc:creator>
				<category><![CDATA[综合布线]]></category>

		<guid isPermaLink="false">http://blog.bizsmooth.org/?p=826</guid>
		<description><![CDATA[单模光纤,多模光纤,色散,衰减 <a href="http://blog.bizsmooth.com/?p=826">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
		<wfw:commentRss>http://blog.bizsmooth.com/?feed=rss2&amp;p=826</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>解决EIGRP Query报文重复扩散问题</title>
		<link>http://blog.bizsmooth.com/?p=803</link>
		<comments>http://blog.bizsmooth.com/?p=803#comments</comments>
		<pubDate>Wed, 23 May 2012 03:47:32 +0000</pubDate>
		<dc:creator>胡 志明</dc:creator>
				<category><![CDATA[路由交换]]></category>

		<guid isPermaLink="false">http://blog.bizsmooth.org/?p=803</guid>
		<description><![CDATA[EIGRP,SIA,QUERY,REPLY,DUAL <a href="http://blog.bizsmooth.com/?p=803">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
		<wfw:commentRss>http://blog.bizsmooth.com/?feed=rss2&amp;p=803</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>(鼓励自己)毕业5年的感想</title>
		<link>http://blog.bizsmooth.com/?p=780</link>
		<comments>http://blog.bizsmooth.com/?p=780#comments</comments>
		<pubDate>Thu, 26 Apr 2012 07:21:01 +0000</pubDate>
		<dc:creator>胡 志明</dc:creator>
				<category><![CDATA[励志故事]]></category>
		<category><![CDATA[教学]]></category>
		<category><![CDATA[人生]]></category>
		<category><![CDATA[企顺]]></category>
		<category><![CDATA[发展]]></category>
		<category><![CDATA[新人]]></category>
		<category><![CDATA[毕业]]></category>
		<category><![CDATA[职场]]></category>
		<category><![CDATA[规划]]></category>

		<guid isPermaLink="false">http://blog.bizsmooth.org/?p=780</guid>
		<description><![CDATA[毕业后五年内我们该做点什么，才能让我们将来飞得更高，走得更远？ <a href="http://blog.bizsmooth.com/?p=780">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
		<wfw:commentRss>http://blog.bizsmooth.com/?feed=rss2&amp;p=780</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>STP协议浅析</title>
		<link>http://blog.bizsmooth.com/?p=729</link>
		<comments>http://blog.bizsmooth.com/?p=729#comments</comments>
		<pubDate>Thu, 22 Mar 2012 06:34:13 +0000</pubDate>
		<dc:creator>胡 志明</dc:creator>
				<category><![CDATA[计算机网络]]></category>
		<category><![CDATA[路由交换]]></category>
		<category><![CDATA[BPDU]]></category>
		<category><![CDATA[Sender BID]]></category>
		<category><![CDATA[STP]]></category>
		<category><![CDATA[企顺]]></category>
		<category><![CDATA[指定端口]]></category>
		<category><![CDATA[根桥]]></category>
		<category><![CDATA[阻塞端口]]></category>
		<category><![CDATA[除环]]></category>

		<guid isPermaLink="false">http://blog.bizsmooth.org/?p=729</guid>
		<description><![CDATA[引言：交换机又名网桥，在一个桥接的局域网里，为了增强可靠性，通常要建立一个冗余的路径，网段会用冗余的网桥连接。但是，由于网桥不隔离广播，桥环路对于一个局域网是致命的。 STP协议简介  STP-Spanning  Tree Protocol（生成树协议） 生成树协议是一种桥嵌套协议，在IEEE 802.1d规范里定义，可以用来消除桥环路。 实际是逻辑上断开环路，防止二层网络的广播风暴的产生。当线路出现故障，断开的接口被激活，恢复通信，起备份线路的作用。 STP的算法           它的工作原理是这样的： 生成树协议定义了一个数据包，叫做桥协议数据单元BPDU（Bridge Protocol Data Unit）。网桥用BPDU来相互通信，并用BPDU的相关机能来动态选择根桥和备份桥。但是因为从中心桥到任何网段只有一个路径存在，所以桥回路被消除。 　　在一个生成树环境里，桥不会立即开始转发功能，它们必须首先选择一个桥为根桥，然后建立一个指定路径。在一个网络里边拥有最低桥ID的将变成一个根桥，全部的生成树网络里面只有一个根桥。根桥的主要职责是定期发送配置信息，然后这种配置信息将会被所有的指定桥发送。这在生成树网络里面是一种机制，一旦网络结构发生变化，网络状态将会重新配置。 　 　当选定根桥之后，在转发数据包之前，它们必须决定每一个网段的指定桥，运用生成树的这种算法，根桥每隔2秒钟从它所有的端口发送BPDU包，BPDU包被所有的桥从它们的根端口复制过来，根端口是接根桥的那些桥端口。BPDU包括的信息叫做端口的COST，网络管理员分配端口的COST到所有的桥端口，当根桥发送BPDU的时候，根桥设置它的端口值为零。然后沿着这条路径，下一个桥增加它的配置端口COST为一个值，这个值是它接收和转发数据包到下一个网段的值。 这样每一个桥都增加它的端口的COST值为它所接收的BPDU的包的COST值，所有的桥都检测它们的端口的COST值，拥有最低端口的COST值的桥就变为了指定的桥。 拥有比较高端口COST值的桥置它的端口进入阻塞状态，变为了备份桥。在阻塞状态，一个桥停止了转发，但是它会继续接收和处理BPDU数据包。 　　STP将一个环形网络生成无环拓朴的步骤： 　　          选择根网桥（Root Bridge） 　　选择根端口（Root Ports） 　　选择指定端口（Designated Ports）    选择根网桥的依据：  依据：网桥ID（BID） 　　 网桥ID是唯一的，交换机之间选择BID值最小的交换机作为网络中的根网桥。桥ID=桥优先级（默认值为32768）+桥MAC 选择根端口的依据  　　在非根网桥上选择一个到根网桥最近的端口作为根端口； 选择根端口的依据是： 　 　到达根路径成本最低 ；　 &#8230; <a href="http://blog.bizsmooth.com/?p=729">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
		<wfw:commentRss>http://blog.bizsmooth.com/?feed=rss2&amp;p=729</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
