192.168.10.0，你想把它分成8个网段，每个网段内可以有32台主机，你可以这样分，subnetmask是：255.255.255.224：

　　192.168.10.0 - 31， 网络地址：192.168.10.0，广播地址：192.168.10.31

　　192.168.10.32 - 63， 网络地址：192.168.10.32，广播地址：192.168.10.63

　　192.168.10.64 - 95， 网络地址：192.168.10.64，广播地址：192.168.10.95

　　192.168.10.96 - 127，网络地址：192.168.10.96，广播地址：192.168.10.127

　　192.168.10.128- 159，网络地址：192.168.10.128，广播地址：192.168.10.159

　　192.168.10.160- 191，网络地址：192.168.10.160，广播地址：192.168.10.191

　　192.168.10.192- 223，网络地址：192.168.10.192，广播地址：192.168.10.223

　　192.168.10.224- 255，网络地址：192.168.10.224，广播地址：192.168.10.255

　　即：每个网段32个IP地址，第一个是网络地址，用来标志这个网络，最后一个是广播地址，用来代表这个网络上的所有主机。这两个IP地址被TCP/IP保留，不可分配给主机使用。

　　另外，第一个子网192.168.10.0-31和最后一个子网192.168.10.224-255通常也被保留，不能使用。原因是，第一个子网的网络地址192.168.10.0和最后一个子网的广播地址192.168.10.255具有二意性。

　　先看看这个大C的网络地址和广播地址。

　　192.168.10.0是它的网络地址，192.168.10.255是它的广播地址。显然，它们分别与第一个子网的网络地址和最后一个子网的广播地址相重了。

　　那么怎样区分192.168.10.0到底是哪个网络的网络地址呢？

　　答案是：把子网掩码加上去！

　　192.168.10.0 255.255.255.0 是大C的网络地址，

　　192.168.10.0 255.255.255.224 是第一个子网的网络地址。

　　192.168.10.255 255.255.255.0是大C的广播地址，

　　192.168.10.255 255.255.255.224是最后一个子网的广播地址。

　　带上掩码，它们的二意性就不存在了。所以，在严格按照TCP/IP ABCD给IP地址分类的环境下，为了避免二意性，全0和全1网段都不让使用。这种环境我们叫作Classful.在这种环境下，子网掩码只在所定义的路由器内有效，掩码信息到不了其它路由器。比如RIP-1，它在做路由广播时根本不带掩码信息，收到路由广播的路由器因为无从知道这个网络的掩码，只好照标准TCP/IP的定义赋予它一个掩码。

　　比如，拿到10.X.X.X，就认为它是A类，掩码是255.0.0.0；拿到一个204.X.X.X，就认为它是C类，掩码是255.255.255.0.但在Classless的环境下，掩码任何时候都和IP地址成对地出现，这样，前面谈到的二意性就不会存在。是Classful还是Classless取决于你在路由器上运行的路由协议，一个路由器上可同时运行Classful和Classless的路由协议。RIP是Classful的，它在做路由广播时不带掩码信息；OSPF，EIGRP，BGP4是Classless的，它们在做路由广播时带掩码信息，它们可以同时运行在同一台路由器上。

　　在CISCO路由器上，缺省你可以使用全1网段，但不能使用全0网段。所以，当你在CISCO路由器上给端口定义IP地址时，该IP地址不能落在全0网段上。如果你配了，你会得到一条错误信息。使用IP SUBNET-ZERO命令之后，你才能使用全0网段。

　　另外要强调的是，使用了IP SUBNET-ZERO命令之后，如果路由协议使用的是CLASSFUL的（比如RIP），虽然你的定义成功了，但那个子网掩码还是不会被RIP带到它的路由更新报文中。即，IP SUBNET-ZERO 命令不会左右路由协议的工作。

　　总之，TCP/IP协议中，全0和全1网段因为具有二意性而不能被使用。CISCO缺省使全1网段可以被使用，但全0网段只有在配置了IP SUBNET-ZERO后方可被使用。

Mac OS的一些：

华文细黑：STHeiti Light [STXihei]
华文黑体：STHeiti
华文楷体：STKaiti
华文宋体：STSong
华文仿宋：STFangsong
儷黑 Pro：LiHei Pro Medium
儷宋 Pro：LiSong Pro Light
標楷體：BiauKai
蘋果儷中黑：Apple LiGothic Medium
蘋果儷細宋：Apple LiSung Light

Windows的一些：

新細明體：PMingLiU
細明體：MingLiU
標楷體：DFKai-SB
黑体：SimHei
宋体：SimSun
新宋体：NSimSun
仿宋：FangSong
楷体：KaiTi
仿宋_GB2312：FangSong_GB2312
楷体_GB2312：KaiTi_GB2312
微軟正黑體：Microsoft JhengHei
微软雅黑体：Microsoft YaHei

装Office会生出来的一些：

隶书：LiSu
幼圆：YouYuan
华文细黑：STXihei
华文楷体：STKaiti
华文宋体：STSong
华文中宋：STZhongsong
华文仿宋：STFangsong
方正舒体：FZShuTi
方正姚体：FZYaoti
华文彩云：STCaiyun
华文琥珀：STHupo
华文隶书：STLiti
华文行楷：STXingkai
华文新魏：STXinwei

Windows 中的中文字体。

在默认情况下，也就是未自行安装新字体或者 Office 等文字处理软件的情况下，Windows 默认提供下列字体：
Windows 95/98/98SE 宋体、黑体、楷体_GB2312、仿宋_GB2312
Windows XP/2000/2003/ME/NT 宋体/新宋体、黑体、楷体_GB2312、仿宋_GB2312 (Windows XP SP3 宋体-PUA)
Windows Vista/7/2008 宋体/新宋体、黑体、楷体、仿宋、微软雅黑、SimSun-ExtB

那么每种字体能显示那些汉字呢？
Vista 之前的 Windows 中宋体/新宋体、黑体支持 GBK 1.0 字符集，
楷体_GB2312、仿宋_GB2312 支持 GB2312-80 字符集。
（注：Windows 3.X 只能支持 GB2312-80 字符集）

Vista 及之后的 Windows 中宋体/新宋体、黑体、楷体、仿宋、微软雅黑支持 GB18030-2000 字符集，
SimSun-ExtB 只支持 GB18030-2005 字符集扩展 B 部分。

下面对字符集进行简单的介绍：
GB2312-80 < GBK 1.0 < GB18030-2000 < GB18030-2005
GB2312-80 中的字符数量最少，GB18030-2005 字符数量最多。
GB2312-80 是最早的版本，字符数比较少；
GBK 1.0 中的汉字大致与 Unicode 1.1 中的汉字数量相同；
GB18030-2000 中的汉字大致与 Unicode 3.0 中的汉字数量相同，主要增加了扩展 A 部分；
GB18030-2005 中的汉字大致与 Unicode 4.1 中的汉字数量相同，主要增加了扩展 B 部分；
由于 Unicode 5.2 的发布，估计 GB18030 会在近期发布新版本，增加扩展 C 部分。
需要说明的是在 GB18030 中扩展 B 部分并不是强制标准。
如果想查看 GB18030 的标准文本，请访问 http://www.gb168.cn 中的强标阅读。
如果想了解 Unicode 的内容，请访问 http://www.unicode.org。

现在纠正网上普遍的一个错误：
GB18030-2000 和 GB18030-2005 都不支持单字节的欧元符号

与简体中文有关的代吗页如下：
936 gb2312 简体中文(GB2312)----其实是GBK
10008 x-mac-chinesesimp 简体中文(Mac)
20936 x-cp20936 简体中文(GB2312-80)
50227 x-cp50227 简体中文(ISO-2022)
51936 EUC-CN 简体中文(EUC)
52936 hz-gb-2312 简体中文(HZ)
54936 GB18030 简体中文(GB18030)

补充：
使用楷体_GB2312、仿宋_GB2312后，在 Windows 7/Vista/2008 中可能不再显示为对应的字体。
这是因为 Windows 7/Vista/2008 中有楷体、仿宋，默认情况下没有楷体_GB2312、仿宋_GB2312，字体名称相差“_GB2312”。

几个数据连接(data connection)
这些连接用于传输文件和其它数据，例如：目录列表等。这种连接在需要数据传输时建立，而一旦数据传输完毕就关闭，每次使用的端口也不一定相同。而且，数据连接既可能是客户端发起的，也可能是服务器端发起的。

在FTP协议中，控制连接使用周知端口21，因此使用ISA的IP PACKET FILTER就可以这种连接进行很好的安全保护。相反，数据传输连接的目的端口通常实现无法知道，因此处理这样的端口转发非常困难。FTP协议使用一个标准的端口21作为ftp-data端口，但是这个端口只用于连接的源地址是服务器端的情况，在这个端口上根本就没有监听进程。FTP的数据连接和控制连接的方向一般是相反的，也就是说，是服务器向客户端发起一个用于数据传输的连接。连接的端口是由服务器端和客户端协商确定的。FTP协议的这个特征对ISA转发以及防火墙和NAT的配置增加了很多困难。

除此之外，还有另外一种FTP模式，叫做被动模式(passive mod)。在这种模式下，数据连接是由客户程序发起的，和刚才讨论过的模式(我们可以叫做主动模式)相反。是否采取被动模式取决于客户程序，在ftp命令行中使用passive命令就可以关闭/打开被动模式。

前面我们讲过，FTP协议的数据传输存在两种模式：主动模式和被动模式。这两种模式发起连接的方向截然相反，主动模式是从服务器端向客户端发起；被动模式是客户端向服务器端发起连接。

我们回到ISA的情况，如果采用被动模式，由于IIS是完全随机的选择一个端口，并告知客户，然后客户进行主动连接，这就意味着在ISA上，你要让所有的端口都允许动态入站连接才行，这样肯定不行，因为太危险了，等于打开了所有的端口连接。
如果采用主动模式（PORT Mode)，IIS选择好端口后，主动与客户进行连接，这时候不需要像PASV模式那样打开所有的动态入站连接，而且正好相反，我们需要打开所有的动态出站连接即可，安全性增加很多。而且由ISA的IP PACKET FILTER只对ISA本机起作用，不会造成局域网内的客户“放了羊”。

所以，我个人这样做的：
（1）由于IIS和ISA都在一台机器上，所以它俩都在侦听21号端口（IIS默认情况下会侦听所有地址的21端口），所以我们首先要让IIS只侦听内

网地址的PORT 21，在DOS下，你可以通过NETSTAT -NA > abc.txt，然后打开这个文件，你会看到0.0.0.0 21 LISTENING字样。
输入如下命令：
net stop msftpsvc （停止FTP服务）
进入\Inetpub\adminscripts\目录
cscript adsutil.vbs set msftpsvc/disablesocketpooling true （停止侦听）
net start msftpsvc （启动FTP服务）
（2）在IIS控制台里面，ftp->Property->FTP Site->IP Address改为内网地址。现在，FTP服务只侦听内网IP的21号端口了。
（3）大家可能这时候有疑问，如果是IIS主动连接客户端，那客户端的防火墙是不是会阻止这个连接（PASV模式不存在这个问题）。为了防止这种情况，我们可以强制IIS不能与客户端的任意端口进行连接，而只有客户端连接IIS的端口进行数据传输。这样就可以解决PORT MODE与客户端防火墙的冲突。方法：修改注册

表，HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Msftpsvc\Parameters\，将EnablePortAttack的值由0改为1，然后重新启动FTP服务。
（4）在ISA里面，使用SERVER PUBLISH的方法发布FTP服务，其中：IP address of internal server 填写ISA的内部网卡的IP，IP address of external server 填写ISA的外部网卡的IP，Mapped server protocol 选择 FTP Server。
（5）然后在IP Packet Filter建立一条新RULES，Protocol->TCP,Direction->Outbound,Local Port->Dymanic,Remote Port->All。

这是我的解决办法，但是并不完美，主要是：
（1）客户不能使用PASV方法进行连接，原因上面已经讲了。
（2）由于第五条，所以ISA服务器随着保证了对外部访问的限制，却无法限制ISA本机对外部的访问。

我也把我的方法做了一下实验，使用serv-u做的，有一点错误，不过终归做了出来，下面总结一下：

PASV服务器放在ISA后面，其实就是要解决两个问题：

1。PASV的端口。我上面的方法提出使用secondary connection，但事实证明不对，应该每个PASV端口都建立一条primary connection，然后分别建立server publishing rules，有多少个PASV端口，就要建立多少条。

这里还可以引出另一个话题，就是对web publishing rules的运用，tony你应该知道，通过web publishing rules也可以发布ftp服务器，但rule里面只给了一个ftp端口的选项，很明显，这是为PORT模式的FTP服务器准备的，因为PORT模式的数据连接是由服务器发起的，在服务器一边，不存在穿过防火墙的问题。

使用web publishing rules还有一个很令人振奋的特性，就是支持动态公用IP用户，不需要象server publishing rules那样，每拨一次号都要修改一次外部地址。如果在web publishing rules中也能搞定PASV问题，那么对于那些使用拨号上网而又想在内网发布PASV服务器的人来说，简直是天大的喜讯。

需要好好考虑的是如何通过那个只能填一个端口的选项来发布随机的PASV端口？我从今天的实验找到了一点灵感，就是也象上面说的那样，每个PASV端口都设置一条web publishing rules！我还未做这个实验，还不能证实这样做行不行，相信晚上就会有结果了。

当然，还需要考虑如何控制PASV模式端口的范围，serv-u可以设定，而IIS的FTP不行。

2。是服务器向客户端传送IP的问题。当FTP客户端登录进入服务器的时候，PASV模式服务器会向客户端传送本机的IP地址和数据端口，当服务器放在内网中的时候，服务器会向客户端返回内网的IP，这当然是不能完成连接的，需要让服务器返回ISA的外网地址。本来，解决方法可以使用firwall client的application settings中的nameresolutionforlocalhost参数，设为P就可以让应用程序返回ISA的外网地址，但这个参数是供firewall client使用的，而发布服务器不能安装firewall client，这很可惜。

幸好，还是有一个好消息，就是serv-u本身具有返回ISA外网地址这样的功能，方法是先选中新建FTP服务器的属性，在domain标签里选择“enable dynamic dns”，此时会出现第二个标签，叫“dynamic dns”，然后到tz0.com申请动态域名，申请后会得到一个key，在此标签中填入此key即可。最后一步，是到新建服务器的settings属性中，选择advanced标签，选中“allow passive mode data transfer”，旁边的IP地址框留空。这个框对于拨号用户不用填，只有出口使用固定地址才需要填。

这样，serv-u向客户端返回IP和端口前，会先向tz0.com查询到ISA外网的地址，再发送给客户端。

解决了这两个问题，剩下的工作就简单了。

从以上内容也可以说明一点，从内网不能发布IIS的FTP服务器，因为IIS既没有选项可以选择PASV端口的范围，也没有办法让其返回ISA外网的地址。而serv-u这两条都可以满足。当然，在微软的网站上也可能有方法解决IIS的这两个问题。

发布FTP服务器的时候，要注意FTP服务器有PORT和PASV两种模式。两者的共同点，是都使用21端口进行用户验证及管理，差别在于传送数据的方式不同，PORT模式的FTP服务器数据端口固定在20，而PASV模式则在1025-65535之间随机。发布的时候要考虑这个差别。
如果FTP服务器在内部网络中，在建立server publish rules时（虽然web publish rules也能发布ftp服务器，但它并没有提供对port和pasv模式的处理），protocol definitions中的21 inbound条目要建立一个secondary connection，为20端口上的inbound或1025-65535端口之间的inbound。
如果FTP服务器建立在ISA服务器上，就需要在ip packet filters中设置相关的条目，对于PORT模式，很简单，开放20 inbound就是，但pasv模式就麻烦一点，因为ip packet filters不能设置端口段，但我们也不可能把几万个端口逐个写一遍，只能把local port设置为dynamic，remote port设置为all ports，当然，对安全性这是个损害。
幸运的是，有些PASV模式的FTP服务器能够设置PASV模式端口的范围，比如serv-u，它能够把PASV模式端口控制在最多50个端口范围内，如果为serv-u设置的并发用户数不多，那么我们就可以为每个PASV端口写一条filter，不需要开放所有的端口了。如果使用IIS的FTP服务器，这个FTP服务器没有提供选择PASV模式端口的功能，只能如上所述那样，开放dynamic和all ports。
从你上面的出错信息来看，你应该是使用IE来访问FTP服务器吧。IE的FTP客户端与其它专业FTP客户端不同，不能够自动检测FTP服务器的类型以及根据服务器的类型改变客户端的种类。IE只提供了一个手工选项来改变PORT和PASV客户端角色，就是internet选项->高级->为FTP站点启用文件夹视图，选择它，IE为PASV模式客户端，不选则为PORT客户端。你需要根据服务器的类型手工更改这个选项。如果服务器的出口是ADSL类的链路，还要把“使用被动FTP（为防火墙和DSL调制解调器兼容性）”一项选上，这两个选项只在IE5。5以上版本提供。

　　英国华威大学与意大利那不勒斯弗雷德里克第二大学医学院的研究人员合作，对英、美等国的共16个前瞻性研究的相关资料进行了系统分析，以研究睡眠持续时间与死亡率之间的关系。这16个前瞻性研究提供了27个独立的定群研究样本，研究追踪时间从4年到25年不等，共涉及1382999人，记录死亡病例112566个。

　　分析结果表明，持续睡眠时间过短（每天低于6小时）与过早死亡之间存在直接联系。每天睡眠时间少于6小时的人，比那些每天睡眠时间为6小时至8小时的人过早死亡的可能性要高出12%。而持续睡眠时间过长（每天超过9个小时）同样是一个值得关注的问题，虽然不像缺少睡眠那样会增加过早死亡的风险，但却可能是某些潜在致命疾病的重要诱因。

　　华威大学睡眠、健康与社会项目负责人弗朗西斯科·卡普里奥教授指出，睡眠持续时间作为一个影响人体健康的附加风险因素，应引起重视。睡眠时间过短有害健康，睡眠时间过长也会导致身体出现状况，而每天持续睡眠时间为6小时至8小时最为合适。

　　相关研究成果刊登在最近的《睡眠》杂志上。（记者 刘海英）

●传染源：

手足口病的传染源是病人或隐性感染者及健康带毒者。病人在发病1-2周自咽部排出病毒，粪便中排出病毒的时间较长，约3-5周，疱疹液中含大量病毒，破溃时病毒既溢出。

●传播途径：

可经过多种途径传染健康人，比如患者的唾液，疱疹液、粪便分污染的手、毛巾、水杯、牙刷、玩具等通过日常接触可经口感染，门诊交叉感染和口腔器械消毒不严格也可传播手足口病。

●人群易感性——手足口病爱攻击小小孩：

这种病毒的主要攻击对象是5岁以下的孩子，尤其以1~2岁婴幼儿为主。染上该病后，孩子一般会持续发热，热程为2至7天不等，体温越高，热程越长，病情越重，伴有嘴角痛、咽喉痛、流口水、不爱吃东西。几天后，手、足、口、屁股等部位会出皮疹。

手足口病虽不是什么危重疾病，但近几年，却有不少孩子因此而产生比较严重的并发症。很多家长看到孩子起了皮疹就以为是一般的皮肤病，不重视。口腔内的疱疹破了之后引起溃疡，有些家长以为孩子上呼吸道感染，没有及时带孩子就诊。而如不及时治疗可并发脑炎、肺炎、心肌炎，引发重要器官损害。

幼儿圆手足口病的各型病毒普遍易感，但易感性随年龄增长而降底。患了手足病的潜伏期一般为3-6天，平均4天。治疗期最短3天，长者8天。在患者患病期间，其口鼻分泌物、粪便及其皮肤疱疹都具有传染性。

●临床特征与诊断：

手足口病潜伏期通常3-4天，一般症状较轻的常可自愈。但有些症状较重的多为突然发病，约半上数患者出现低热。皮疹在发病当天或第2天既出现,1-2天后出齐，先是玫瑰色红斑或斑丘疹,1天后既有部分皮疹形成水疱,,主要见于手指或脚指掌面,指甲周围,以及足跟边缘，婴幼儿或皮疹多者,还见于手掌、足底、臀部、大腿内侧及会阴部，有时膝、肘部也可见到。疱疹成卵圆形，内含浆液一般不破溃继发感染少见，可于2-4天后吸收干燥，成深褐色结痂，脱痂后不留瘢痕。

在口腔两颊粘膜与唇内舌边软腭也散在有红斑与疱疹，口腔疱疹易破溃出现溃疡，患儿吃东西疼痛，并拒绝进食，流口水等。

●控制措施：

人与人接触是手足口病的主要传播方式。家庭和托幼机构的传播是本病社会传播的主要机制。迄今对手足口病尚无特殊疫苗，亦无物资的抗病毒药物。因此，早期发现、早期隔离、早期治疗患者，是行之有效的控制本病不发生继发感染的有力措施。因本病有自限性，除对症治疗外一般不需用抗菌药物，但要口腔内、手、足等处的疱疹破溃时，要防止细菌的继发感染。卫生部门要做好手足口病的监测和预测工作，控制儿童集体机构的暴发，减少各种并发症。通过卫生宣传教育、早期就诊、早期诊断，减少传播。托儿所、幼儿园等儿童集体机构，坚持检诊制度，注意观察幼儿体温，口腔和手、足等处，同时做好日常用具的消毒。手足口病患者应隔离治疗至主要症状消失。密切接触病人婴幼儿可注射丙种球蛋白，这样可减少发病或减轻症状。医疗单位在手足口病流行期间，实行预诊，分诊或设专门诊室。

●手足口病怎样与其他疾病区分

小儿手足口病因为与几种常见病如上呼吸道感染、水痘等很相似，不好鉴别，所以家长更应该仔细观察。一般水痘是呈向心性分布，以头、面、胸、背为主，随后向四肢蔓延；而疱疹性咽炎虽然也会发热，咽部起疱疹，但水疱如针眼大小，以咽颊、软腭、扁桃体多见，发热常在 38℃以上，其他部位不出现疱疹；单纯疱疹多分布在颊黏膜、舌及牙龈，继发感染常见于口唇、眼睑、鼻周，为粟粒状水疱，没有其他部位的皮损。
而如果孩子染上了手足口病，一般手心、足心、口腔黏膜、肛周等部位会出现皮疹，皮疹的颜色是红紫色，少数患儿波及四肢及臀部，躯干部极少。

●预防病从口入
手足口病的主要传播途径是由飞沫经呼吸道或是通过被污染的玩具及不清洁的手经口进行传播。
该病具有自限性，除对症治疗外，一般不需用抗菌药物，该病也不会导致后遗症。预防小儿手足口病，应注意环境和个人卫生，幼儿园及家里要经常开窗通风，保持居室整洁卫生。饭前便后一定要让孩子洗手。
夏天不要让孩子多吃冷饮，不喝生水，瓜果一定要洗净、削皮。食品一定要高温消毒，不吃易变质的食品。孩子的餐具、玩具等用品，要及时消毒，预防病从口入。同时要少让孩子去拥挤的公共场所，减少被感染的机会。
家长和老师一旦发现孩子出现手足口病的症状，不必惊慌，一定要尽早带孩子去医院治疗，并等孩子痊愈后由医生批准再回到幼儿园去，避免孩子交叉传染。