网维大师在桌面创建快捷方式分类图标的方法[无盘]
第一步 请取消还原 重启
第二步 发送E:\NBMSClient\BarClientView.exe到桌面快捷方式
第三步 右击这个快捷方式 属性目标 后加-Package ID
注意 1、-前有一个空格 Package和ID之间也有一个空格 ID即为您要设置快捷方式的这个游戏的
ID 确定即可
游戏：右击该快捷方式--属性--快捷方式-目标填写为：E:\NBMSClient\BarClientView.exe -
Package 游戏编号
另外，分组的设置为：目标填写为：E:\NBMSClient\BarClientView.exe -Class 分组名称（例如
网络游戏、单机游戏）
个人磁盘E:\NBMSClient\BarClientView.exe -Udisk
2、因为您发送到桌面上去的是barclientview.exe所以图标就是默认的那个图标 这个时候您还要
修改一下这个图标，图标您可以右击属性 更改图标 找到您这个游戏的图标确定 即可
第四步 完成整个设置 设置客户端为还原状态
[查看全文]
DLL文件 DLL是Dynamic Link Library的缩写，意为动态链接库。DLL文件一般被存放在C:WindowsSystem目录下。DLL是一个包含可由多个程序同时使用的代码和数据的库。
DLL文件简介 在Windows中，许多应用程序并不是一个完整的可执行文件，它们被分割成一些相对独立的动态链接库，即DLL文件，放置于系统中。当我们执行某一个程序时，相应的DLL文件就会被调用。一个应用程序可有多个DLL文件，一个DLL文件也可能被几个应用程序所共用，这样的DLL文件被称为共享DLL文件。例如，在 Windows 操作系统中，Comdlg32 DLL 执行与对话框有关的常见函数。因此，每个程序都可以使用该 DLL 中包含的功能来实现“打开”对话框。这有助于促进代码重用和内存的有效使用。
通过使用 DLL，程序可以实现模块化，由相对独立的组件组成。例如，一个计帐程序可以按模块来销售。可以在运行时将各个模块加载到主程序中（如果安装了相应模块）。因为模块是彼此独立的，所以程序的加载速度更快，而且模块只在相应的功能被请求时才加载。
此外，可以更为容易地将更新应用于各个模块，而不会影响该程序的其他部分。例如，您可能具有一个工资计算程序，而税率每年都会更改。当这些更改被隔离到 DLL 中以后，您无需重新生成或安装整个程序就可以应用更新。
Windows 操作系统中的一些作为 DLL 实现的文件
·ActiveX 控件 (.ocx) 文件
ActiveX 控件的一个示例是日历控件，它使您可以从日历中选择日期。
·控制面板 (.cpl) 文件
.cpl 文件的一个示例是位于控制面板中的项。每个项都是一个专用 DLL。
·设备驱动程序 (.drv) 文件
设备驱动程序的一个示例是控制打印到打印机的打印机驱动程序。
DLL 的优点
[编辑本段]
程序使用 DLL 的优点 ·
使用较少的资源
当多个程序使用同一个函数库时，DLL 可以减少在磁盘和物理内存中加载的代码的重复量。这不仅可以大大影响在前台运行的程序，而且可以大大影响其他在 Windows 操作系统上运行的程序。
·
推广模块式体系结构
DLL 有助于促进模块式程序的开发。这可以帮助您开发要求提供多个语言版本的大型程序或要求具有模块式体系结构的程序。模块式程序的一个示例是具有多个可以在运行时动态加载的模块的计帐程序。
·
简化部署和安装
当 DLL 中的函数需要更新或修复时，部署和安装 DLL 不要求重新建立程序与该 DLL 的链接。此外，如果多个程序使用同一个 DLL，那么多个程序都将从该更新或修复中获益。当您使用定期更新或修复的第三方 DLL 时，此问题可能会更频繁地出现。
1、如何了解某应用程序使用哪些DLL文件
右键单击该应用程序并选择快捷菜单中的“快速查看”命令，在随后出现的“快速查看”窗口的“引入表”一栏中你将看到其使用DLL文件的情况。
2、如何知道DLL文件被几个程序使用
运行Regedit，进入HKEY_LOCAL_MACHINESoftwareMicrosrftWindowsCurrentVersionSharedDlls子键查看，其右边窗口中就显示了所有DLL文件及其相关数据，其中数据右边小括号内的数字就说明了被几个程序使用，（2）表示被两个程序使用，（0）则表示无程序使用，可以将其删除。
3、如何解决DLL文件丢失的情况
有时在卸载文件时会提醒你删除某个DLL文件可能会影响其他应用程序的运行。所以当你卸载软件时，就有可能误删共享的DLL文件。一旦出现了丢失DLL文件的情况，如果你能确定其名称，可以在Sysbckup（系统备份文件夹）中找到该DLL文件，将其复制到System文件夹中。如果这样不行，在电脑启动时又总是出现“***dll文件丢失……”的提示框，你可以在“开始/运行”中运行Msconfig，进入系统配置实用程序对话框以后，单击选择“System.ini”标签，找出提示丢失的DLL文件，使其不被选中，这样开机时就不会出现错误提示了。
rundll的功能是以命令列的方式呼叫Windows的动态链结库。
Rundll32.exe与Rundll.exe的区别就在于前者是呼叫32位的链结库，后者是用于16位的链结库。rundll32.exe是专门用来调用dll文件的程序。
如果用的是Win98，rundll32.exe一般存在于Windows目录下；
如果用的WinXP，rundll32.exe一般存在于WindowsSystem32目录下。
若是在其它目录，就可能是一个木马程序，它会伪装成rundll32.exe。
DLL 故障排除工具
可以使用多个工具来帮助您解决 DLL 问题。以下是其中的部分工具。
Dependency Walker
Dependency Walker 工具可以递归扫描以寻找程序所使用的所有依赖 DLL。当您在 Dependency Walker 中打开程序时，Dependency Walker 会执行下列检查：
·Dependency Walker 检查是否丢失 DLL。
·Dependency Walker 检查是否存在无效的程序文件或 DLL。
·Dependency Walker 检查导入函数和导出函数是否匹配。
·Dependency Walker 检查是否存在循环依赖性错误。
·Dependency Walker 检查是否存在由于针对另一不同操作系统而无效的模块。
通过使用 Dependency Walker，您可以记录程序使用的所有 DLL。这可能有助于避免和更正将来可能发生的 DLL 问题。当您安装 Microsoft Visual Studio 6.0 时，Dependency Walker 将位于以下目录中：
drive\Program Files\Microsoft Visual Studio\Common\Tools
DLL Universal Problem Solver
DLL Universal Problem Solver (DUPS) 工具用于审核、比较、记录和显示 DLL 信息。下表说明了组成 DUPS 工具的实用工具：
·Dlister.exe：该实用工具枚举计算机中的所有 DLL，并且将此信息记录到一个文本文件或数据库文件中。
·Dcomp.exe：该实用工具比较在两个文本文件中列出的 DLL，并产生包含差异的第三个文本文件。
·Dtxt2DB.exe：该实用工具将通过使用 Dlister.exe 实用工具和 Dcomp.exe 实用工具创建的文本文件加载到 dllHell 数据库中。
·DlgDtxt2DB.exe：该实用工具提供 Dtxt2DB.exe 实用工具的图形用户界面 (GUI) 版本。
DLL 的类型
当您在应用程序中加载 DLL 时，可以使用两种链接方法来调用导出的 DLL 函数。这两种链接方法是加载时动态链接和运行时动态链接。
1、加载时动态链接
在加载时动态链接中，应用程序像调用本地函数一样对导出的 DLL 函数进行显式调用。要使用加载时动态链接，请在编译和链接应用程序时提供头文件 (.h) 和导入库文件 (.lib)。当您这样做时，链接器将向系统提供加载 DLL 所需的信息，并在加载时解析导出的 DLL 函数的位置。
2、运行时动态链接
在运行时动态链接中，应用程序调用 LoadLibrary 函数或 LoadLibraryEx 函数以在运行时加载 DLL。成功加载 DLL 后，可以使用 GetProcAddress 函数获得要调用的导出的 DLL 函数的地址。在使用运行时动态链接时，无需使用导入库文件。
Win32 DLL的特点
Win32 DLL与 Win16 DLL有很大的区别，这主要是由操作系统的设计思想决定的。一方面，在Win16 DLL中程序入口点函数和出口点函数（LibMain和WEP）是分别实现的；而在Win32 DLL中却由同一函数DLLMain来实现。无论何时，当一个进程或线程载入和卸载DLL时，都要调用该函数，它的原型是
BOOL WINAPI DllMain(HINSTANCE hinstDLL,DWORD fdwReason, LPVOID lpvReserved);
其中，第一个参数表示DLL的实例句柄；第三个参数系统保留；这里主要介绍一下第二个参数，它有四个可能的值：DLL_PROCESS_ATTACH（进程载入），DLL_THREAD_ATTACH（线程载入）,DLL_THREAD_DETACH（线程卸载），DLL_PROCESS_DETACH（进程卸载），在DLLMain函数中可以对传递进来的这个参数的值进行判别，并根据不同的参数值对DLL进行必要的初始化或清理工作。举个例子来说，当有一个进程载入一个DLL时，系统分派给DLL的第二个参数为DLL_PROCESS_ATTACH，这时，你可以根据这个参数初始化特定的数据。另一方面，在Win16环境下，所有应用程序都在同一地址空间；而在Win32环境下，所有应用程序都有自己的私有空间，每个进程的空间都是相互独立的，这减少了应用程序间的相互影响，但同时也增加了编程的难度。大家知道，在Win16环境中，DLL的全局数据对每个载入它的进程来说都是相同的；而在Win32环境中，情况却发生了变化，当进程在载入DLL时，系统自动把DLL地址映射到该进程的私有空间，而且也复制该DLL的全局数据的一份拷贝到该进程空间，也就是说每个进程所拥有的相同的DLL的全局数据其值却并不一定是相同的。因此，在Win32环境下要想在多个进程中共享数据，就必须进行必要的设置。亦即把这些需要共享的数据分离出来，放置在一个独立的数据段里，并把该段的属性设置为共享。
[查看全文]
Jumbo Frame巨帧简要介绍
常常见到交换机和网卡说明中提到支持Jumbo Frame，但我一直对以太网的Jumbo Frame（巨帧）如何使用不太理解，今日在网上找到2则现摘录下来，相信看了以后大家会有收获。
这是一种厂商标准的超长帧格式，专门为千兆以太网而设计，目前还没有获得IEEE标准委员会的认可。以太网标准的最大帧长度为1518字节，而Jumbo Frame的长度各厂商有所不同，从9000字节～64000字节不等。采用Jumbo Frame能够令千兆以太网性能充分发挥，使数据传输效率提高50%～100%。在网络存储的应用环境中，Jumbo Frame更具有非同寻常的意义。 Jumbo Frame需要在相互通讯的2个通讯端口(交换机端口或网卡端口)上同时支持，而且与以前的以太网产品不兼容，因此主要会应用于千兆主干的端口之间以及服务器端口接入到网络主干的链路。交换机把Jumbo Frame格式的数据转发向不兼容Jumbo Frame的端口时应进行帧格式的转换，即把Jumbo Frame帧格式的数据转换成标准以太网的帧格式，从而保证其正常工作。相反，从不兼容Jumbo Frame的端口向支持Jumbo Frame的端口转发数据时，交换机可以把多个标准以太网帧合并成超长Jumbo Frame帧，从而提高传输效率。—-由于Jumbo Frame没有成为国际标准，目前只有部分厂商支持这种帧格式。不过随着以太网向千兆、万兆的发展，必然要诞生1种超长帧格式，因而Jumbo Frame从厂商标准转变为国际标准的可能性非常大。
通常人们都认为Jumbo Frame（巨型帧）是一个相对简单的技术，应该被广泛的应用在局域网中，但是情况并非如此。应该说Jumbo帧在一些领域里是非常有用的，它是有意设计为加速大文件传输服务的。以太网标准定义的最大帧长度为1518字节，这样一个大的文件就需要被切碎成为若干块，放到多个以太网帧中。而每个数据块传输的时候都会引入帧头和尾的开销。倘若能够用一个大的帧完成文件的传输，则会减少很多帧的开销，提高网络的利用率和传输速率。通常人们认为，这一技术最大的应用瓶颈是在于至今没有标准化。但是，有些人不这么看，许多人提出了超长帧的以下缺点：它们可能会成为融合网络的障碍。如果人们在网络上传送语音或其他对延迟敏感的内容，不需要有妨碍这些对延迟敏感数据的超长帧传输。有人举例说，超长帧会造成延迟，一旦一个‘大家伙’在线路上传送，它会较长时间占用线路，阻止其他人使用线路，从而造成延迟。
另一位读者提到超长帧可以在一条与其他网络隔离的网络中使用，因此它们不会妨碍其他传输流。存储区域网也许就是这样的一个例子。但是首先，使用超长帧可能不再是一种优势。来自大学的两位用户说，为了了解超长帧是否能实际提高性能，他们测试了超长帧。一位用户谈道：“经过全面的测试后，我们得到的结论是：在使用现代的PC和千兆网卡时，性能提高得很少。超长帧在过去年代里的主要优势是减小高中断率对计算机的影响。但是，3-GHz CPU具有处理千兆流量的充足能力，网卡和驱动程序不再需要每一个数据包都中断一次。我们认为超长帧理论上看是一个不错的想法，但是在实际中它在千兆位时用处不大。10G以太网可能是另一个问题。另一位用户谈道：“我们发现降低性能的原因不是协议处理开销，而是CPU与网卡缓冲区之间数据移动所产生的延迟和影响。由于DMA（直接存储器存取）尺寸越大，CPU花在设置DMA和其他东西的时间就越少，时延也减少了。随着CPU速度的增加，协议处理开销就变得越来越无足轻重。我们的结论是，如果标准的商品化网卡允许超长DMA传输，你就可以获得更大的性能增益。同时，你不必修改MTU（最大传输单元）大小，打破标准。” 最后，一位来自厂商的人提到了使用巨型帧的几个缺点。
首先，帧越长意味着如果丢失一帧数据，则是一次更为严重的网络事件，而重新传送丢失的数据包成为更为耗费时间的工作。
其次，网络中的每种东西都必须支持超长帧，超长帧才能使用。
第三，Internet连接不支持超长帧：一个长度超过Internet连接所支持长度的帧将在发送前被分段，从而大大降低了Internet连接的性能和可靠性。这导致需要每一个工作站都必须知道哪个数据包传送到本地网络，哪个数据包传送到Internet。为了检测线路上的最大数据包长度，IP执行MTU路由发现算法，但是，这不是标准化的作法，并且，由于拒绝服务攻击，许多防火墙不允许与这种算法有关的ICMP数据包通过。因此，超长帧不能在与Internet连接的网络中使用。国内关于Jumbo帧的讨论并不多，国内一些有识之士，对其应用持肯定态度，但对使用方法提出建议。 Fluke公司蔡昌信先生的看法非常有意思。他对Jumbo帧的看法有两点。首先是，他认为帧大小的选择，实际上体现的是数据通信过程中对链路可靠性的一种控制。如果说链路是非常干净的并且很少出现差错，那么这条链路上可以传输非常大的帧，而不必为此付出任何系统开销。但是问题是，人们是否认为他们的链路状况足够好，信任他们的链路状况。另一方面是，在一条链路上究竟有什么样的数据在传输。如果在一个链路上同时有实时应用的数据和对延迟并不敏感的数据在传输，那么Jumbo帧的使用，会极大地影响到实时应用（蔡先生在此用到了“kill”这个词）。他认为Jumbo帧对于一些比较纯粹的大文件传输是非常有用的，比如说SAN这样的应用。但是如果在一个多种应用混合传输的环境中，并且没有端到端的QoS策略、带宽分配设置，广泛的使用Jumbo帧是非常不理智的事情。
另一位来自厂商的朋友也表达了自己的意见，他认为如果想享用Jumbo帧所带来的好处，就需要一个能够端到端支持Jumbo帧的环境，否则的话在一些地方需要重新切帧，同样会引入更多的开销。另一方面，支持Jumbo帧需要新的硬件，但是这同样是一个令人非常头痛的事情。这也导致了今天Jumbo帧现在仅仅在一些特殊环境使用，比如在服务器场用于数据的传输。
他个人认为，从长远的角度看Jumbo帧是有好处的，而且不仅IP存储，很多应用都会从中获益。而且，新设备中支持Jumbo帧的越来越多，端到端支持是有希望的。他特别强调要端到端使用才有意义。另外，他还表示，在1000米的距离上，我们计算传输9K字节长的帧的时间，在高速网络上，并不像一些人担心的那样，会引入巨大的延迟。 DOIT博客X fs@ UW Q
[查看全文]
802.1Q VLAN协议和802.1P协议的实现
本文主要介绍了802.1Q VLAN协议在以太网交换机中的实现，以及802.1p协议的一些基本内容，有关这两个协议实现的具体细节，参考802.1Q和802.1p协议的相关资料。
一、802.1Q协议
802.1Q协议，即 Virtual Bridged Local Area Networks协议，主要规定了VLAN的实现，下面我们首先讲述一下有关VLAN的基本观念。
Virtual LANs目前发展很快，世界上主要的大网络厂商在他们的交换机设备中都实现了VLAN协议，顾名思义，VLAN就是虚拟局域网，比如对于QuidwayS2403交换机来说，可以将它的24个10MB以太网口划分为几个组，比如协议组，ATM组，测试组等，这样，组内的各个用户就象在同一个局域网内(可能协议组的用户位于很多的交换机上，而非一个交换机)一样，同时，不是本组的用户也无法访问本组的成员。
实际上，VLAN成员的定义可以分为4种:
1、根据端口划分VLAN
这种划分VLAN的方法是根据以太网交换机的端口来划分，比如S2403的1~4端口为VLAN A，5~17为VLAN B，18~24为VLAN C，当然，这些属于同一VLAN的端口可以不连续，如何配置，由管理员决定，如果有多个交换机的话，例如，可以指定交换机 1 的1~6端口和交换机 2 的1~4端口为同一VLAN，即同一VLAN可以跨越数个以太网交换机，根据端口划分是目前定义VLAN的最常用的方法，IEEE 802.1Q协议规定的就是如何根据交换机的端口来划分VLAN。这种划分的方法的优点是定义VLAN成员时非常简单，只要将所有的端口都指定义一下就可以了。它的缺点是如果VLAN A的用户离开了原来的端口，到了一个新的交换机的某个端口，那么就必须重新定义。
2、 根据MAC地址划分VLAN
这种划分VLAN的方法是根据每个主机的MAC地址来划分，即对每个MAC地址的主机都配置他属于哪个组。这种划分VLAN的方法的最大优点就是当用户物理位置移动时，即从一个交换机换到其他的交换机时，VLAN不用重新配置，所以，可以认为这种根据MAC地址的划分方法是基于用户的VLAN，这种方法的缺点是初始化时，所有的用户都必须进行配置，如果有几百个甚至上千个用户的话，配置是非常累的。而且这种划分的方法也导致了交换机执行效率的降低，因为在每一个交换机的端口都可能存在很多个VLAN组的成员，这样就无法限制广播包了。另外，对于使用笔记本电脑的用户来说，他们的网卡可能经常更换，这样，VLAN就必须不停的配置。
3、根据网络层划分VLAN
这种划分VLAN的方法是根据每个主机的网络层地址或协议类型(如果支持多协议)划分的，虽然这种划分方法可能是根据网络地址，比如IP地址，但它不是路由，不要与网络层的路由混淆。它虽然查看每个数据包的IP地址，但由于不是路由，所以，没有RIP，OSPF等路由协议，而是根据生成树算法进行桥交换，
这种方法的优点是用户的物理位置改变了，不需要重新配置他所属的VLAN，而且可以根据协议类型来划分VLAN，这对网络管理者来说很重要，还有，这种方法不需要附加的桢标签来识别VLAN，这样可以减少网络的通信量。
这种方法的缺点是效率，因为检查每一个数据包的网络层地址是很费时的(相对于前面两种方法)，一般的交换机芯片都可以自动检查网络上数据包的以太网桢头，但要让芯片能检查IP桢头，需要更高的技术，同时也更费时。当然，这也跟各个厂商的实现方法有关。
4、IP组播作为VLAN
IP 组播实际上也是一种VLAN的定义，即认为一个组播组就是一个VLAN，这种划分的方法将VLAN扩大到了广域网，因此这种方法具有更大的灵活性，而且也很容易通过路由器进行扩展，当然这种方法不适合局域网，主要是效率不高，对于局域网的组播，有二层组播协议GMRP。
通过上面可以看出，各种不同的VLAN定义方法有各自的优缺点，所以，很多厂商的交换机都实现了不只一种方法，这样，网络管理者可以根据自己的实际需要进行选择，另外，许多厂商在实现VLAN的时候，考虑到VLAN配置的复杂性，还提供了一定程度的自动配置和方便的网络管理工具。
以前，各个厂商都声称他们的交换机实现了VLAN，但各个厂商实现的方法都不相同，所以彼此是无法互连，这样，用户一旦买了某个厂商的交换机，就没法买其他厂商的了。而现在，VLAN的标准是IEEE 提出的802.1Q协议，只有支持相同的开放标准才能保证网络的互连互通，以及保护网络设备投资。
下面讲述一下VLAN的优点:
1、 减少移动和改变的代价，即所说的动态管理网络，也就是当一个用户从一个位置移动到另一个位置是，他的网络属性不需要重新配置，而是动态的完成，这种动态管理网络给网络管理者和使用者都带来了极大的好处，一个用户，无论他到哪里，他都能不做任何修改地接入网络，这种前景是非常美好的。 当然，并不是所有的VLAN定义方法都能做到这一点。
2、虚拟工作组，VLAN的最具雄心的目标就是建立虚拟工作组模型，例如，在校园网中，同一个系的就好象在同一个LAN上一样，很容易的互相访问，交流信息，同时，所有的广播包也都限制在该虚拟LAN上，而不影响其他VLAN的人，一个人如果从一个办公地点换到另外一个地点，而他仍然在该系，那么，他的配置无须改变，同时，如果一个人虽然办公地点没有变，但他换了一个系，那么，只需网络管理者那配置一下就行了。这个功能的目标就是建立一个动态的组织环境，当然，这只是一个远大的目标，要实现它，还需要一些其他包括管理等方面的支持。
3、限制广播包，按照802.1D透明网桥的算法，如果一个数据包找不到路由，那么交换机就会将该数据包向所有的其他端口发送，这就是桥的广播方式的转发，这样的结果，毫无疑问极大的浪费了带宽，如果配置了VLAN，那么，当一个数据包没有路由时，交换机只会将此数据包发送到所有属于该VLAN的其他端口，而不是所有的交换机的端口，这样，就将数据包限制到了一个VLAN内。在一定程度上可以节省带宽。
4、安全性，由于配置了VLAN后，一个VLAN的数据包不会发送到另一个VLAN，这样，其他VLAN的用户的网络上是收不到任何该VLAN的数据包，从而就确保了该VLAN的信息不会被其他VLAN的人窃取，从而实现了信息的保密。
理论上，VLAN可以扩展到WAN上，但是，这是不明智的做法，因为VLAN允许广播包发送出去，而且它没有很好的路由算法，经常是以广播的形式转发数据包，这样，毫无疑问，极大地浪费了WAN的宝贵的带宽，所以说，将基于端口的，MAC地址和网络地址的VLAN扩展到WAN，是不合理的，而基于多播的VLAN概念则可以灵活有效的扩展到WAN。一般的以太网交换机实现的都是基于端口的VLAN，个别的会实现基于MAC地址和网络层地址的VLAN，而路由器中可以通过IGMP多播协议实现所谓的组播形式的VLAN 。
802.1Q协议定义了基于端口的VLAN模型，这是使用得最多的一种方式。下面我们重点讲述一下交换机芯片是如何实现VLAN的，如果想了解更细节的内容，可以参考802.1Q协议，由于协议文本讲的非常抽象，所以，我们以TI公司的交换芯片为例来讲述，更便于理解。例子中的TNETX4090提供了8个100MB以太网口和1个1GB以太网口。
如图1所示，每一个支持802.1Q协议的主机，在发送数据包时，都在原来的以太网桢头中的源地址后增加了一个4字节的802.1Q桢头，之后接原来以太网的长度或类型域，关于以太网桢头的封装格式，参见以太网方面的培训教材。
图1 带有802.1Q标签头的以太网桢
这4个字节的802.1Q标签头包含了2个字节的标签协议标识（TPID--Tag Protocol Identifier，它的值是8100），和两个字节的标签控制信息（TCI--Tag Control Information），TPID是IEEE定义的新的类型，表明这是一个加了802.1Q标签的本文， 图2显示了802.1Q标签头的详细内容。
图2 802.1Q标签头
VLAN Identified( VLAN ID ): 这是一个12位的域，指明VLAN的ID，一共4096个，每个支持802.1Q协议的主机发送出来的数据包都会包含这个域，以指明自己属于哪一个VLAN，目前TNETX 3270只支持32个VLAN。
Canonical Format Indicator( cfi )：这一位主要用于总线型的以太网与FDDI、令牌环网交换数据时的桢格式，TNETX 3270忽略此位。
Priority：这3 位指明桢的优先级。一共有8种优先级，主要用于当交换机阻塞时，优先发送哪个数据包。TNETX 3270和TNETX 4090只支持一种优先级，所以这一位也没有用，
不难看出，802.1Q标签头的4 个字节是新增加的，目前我们使用的计算机并不支持802.1Q，即我们计算机发送出去的数据包的以太网桢头还不包含这4个字节，同时也无法识别这4个字节，将来会有软件和硬件支持802.1Q协议的。 对于交换机来说，如果它所连接的以太网段的所有主机都能识别和发送这种带802.1Q标签头的数据包，那么我们把这种端口称为Tag Aware 端口；相反，如果该交换机端口说连接的以太网段有只要有一台主机不支持这种以太网桢头，那么交换机的这个端口我们称为Access端口，从目前的情况可以看出，所有的交换机的端口都属于后一种。
那么，在现在的情况下，交换机是如何支持VLAN的呢？是这样的，比如交换机的1~4端口属于同一个VLAN，那么当 1 端口进来一个数据包是，交换机看到该数据包没有802.1Q标签头，那么，它会根据1号端口所属的VLAN组，自动给该数据包添加一个该VLAN的标签头，然后再将数据包交给数据库查询模块，数据库查询模块会根据数据包的目的地址和所属的VLAN进行路由，之后交给转发模块，转发模块看到这是一个包含标签头的数据包，而实际上发送的端口所连的以太网段的计算机不能识别这种数据包，所以，它会再将数据包进来是交换机给添加的标签头再去掉。如果计算机支持这种标签头，那么就不需要交换机添加或删除标签头了，至于到底是添加还是删除要看交换机所连的以太网段的主机是否识别这种数据包，即该交换机的端口是哪种类型的端口。当然，对于两个交换机互连的端口一般都是Tag Aware端口，这样，交换机和交换机之间交换数据包时是无须去掉标签头的。 一般交换机的连接方式如图3所示
图3 多个交换机的组网图
图中虚线是Tag Aware端口，实线是Access端口。
以太网交换机处理数据包的流程如图4所示。
图4 数据包处理流程
处理流程包括3个步骤：
1、接收过程：该过程负责接收数据包，数据包可以是带标签头的，也可以不带标签头，如果不带，交换机会知道根据该端口所属的VLAN添加上相应的标签头。
2、查找/路由过程：该过程根据数据包的目的MAC地址、VLAN 标识已经数据库中注册的信息决定把数据包发送到哪个端口。
3、发送过程：将数据包发送到以太网段上，如果该网段的主机不能识别802.1Q标签头，那么就将该标签头去掉，如果是与其他交换机互连的端口，一般不去掉。
具体的接收、查询和发送过程可以参考TNETX 3270的相关资料，下面是一个无标签头的数据包的接收到发送的过程。
图5 一个无标签头的数据包的处理流程
其中具体的路由过程参考TNETX 3270资料。图6 是另外的一个例子。
图6 一个互连的例子
以图6为例，假如Chris 发送一个数据包给Jackie，那么，处理的过程如下：
1、Chris 发送一个数据包给Jackie。
2、数据包到达交换机1的端口9，这是一个无标签头的包，所以交换机1 给该数据包添加一个VLAN ID。
3、根据目的MAC地址和VLAN ID，查询数据库，知道该数据包需要发送到24（或25、26号端口，这3 个端口被捆绑到一起，对上层来说，这3 个端口就好象一个端口，实际上交换机会根据3 个端口的流量来决定是从哪个端口往外发送）。如果不知道，则该数据包还会被发送到端口6，当然，在发送到端口6 的以太网段时，会先将标签头去掉，Altaf收到后会丢弃这个数据包，因为目的地址不是它。由于端口24是Tag Aware端口，所以，发送到24 好端口的数据包的标签头不去掉。
4、TNETX 4090交换机收到这个数据包后，根据VLANID和目的MAC 地址在它的数据库中查找路由，最后，它知道该数据包应该发送到端口4（5或6），标签头仍然不去掉。
5、交换机2收到后，根据VLAN ID和目的MAC地址，在它的数据库中查找路由，知道该数据包需要发送到端口2。于是将该数据包发送出去。注意，发送出去的数据包需要去掉标签头。
以上我们讨论了VLAN收发数据包的过程，它的具体实现已经由以太网交换机的交换芯片实现了，有兴趣者可参考交换芯片的技术资料。
二、802.1P协议
802.1p协议定义了优先级的概念，对于那些实时性要求很高的数据包，主机在发送时就在前面提到MAC桢头增加的3位优先级中指明该数据包优先级高，这样，当以太网交换机数据流量比较多时，它就会考虑优先转发这些优先级高的数据包。
目前部分以太网交换机所采用的交换芯片只支持2种优先级，也有一些能支持4个优先级。
802.1p协议还定义了GARP--Generic Attribute Registration Protocol。这里的Attribute是指组播MAC地址、端口过滤模式和VLAN等属性，GARP协议实际上可以定义很多交换机应该具有的特性，目前，它定义了GMRP--GARP Multicast Registration Protocol和GVRP--GARP VLAN Registration Protocol两个协议，以后会根据网络发展的需要定义其他的特性。GARP定义了以太网交换机之间交换这些特性信息的方法，如何发送数据包，接收的数据包如何处理等等。
GMRP协议是一个动态二层组播注册协议，它的很多方面跟IGMP（三层组播协议）类似，对于IP地址来说，D类IP地址是组播地址，实际上，对于每一个IP组播地址，都有一个组播MAC地址跟它对应，802.1p协议就是根据组播MAC地址来在以太网交换机上注册和取消组播成员身份的，而IGMP是根据组播IP来管理的。当然，如果以太网交换机没有实现GMRP协议，那么就只能通过静态配置来实现组播了。
关于为什么需要二层组播协议？我们在详细讨论一下。与协议IGMP一样，如果我们在自己的局域网内成立一个组播组，可能我们的局域网包含了很多交换机，如果这些交换机没有实现二层组播协议的话，那么，某个组员给其他组员发送数据包时，交换机就会将该数据包向所有的端口广播，因为交换机不知道哪个端口有人加入了该组播组，唯一的解决办法就是管理员配置交换机，这样，才能将这种广播转发数据包的发送方式限制住，而组播本身是动态的，所以，通过这种靠管理员的配置来实现组播的方式是不现实的。因此，就需要有一个二层组播协议来动态管理组员。这就是为什么需要二层组播协议的原因，目前，许多高档的交换机都把实现802.1p和802.1Q协议作为一个主要的性能指标。
GVRP是VLAN协议，由于它与GMRP都是基于GARP之上的，所以它们之间的关系很紧密，它们都要对交换机的数据库进行操作，这个协议的具体定义在802.1Q中。
[查看全文]
XP网吧客户机母盘制作流程（转贴，仅供参考）
前言：这篇文章首先跟网上一些制作教程比较相似，后经过小兵的修改，基本上已经完全符合正常母盘制作教程。
1 分区:
80G （C:8G D:12G E:60G) 160G ( C:10G D:15G E:135G)
因本人网吧用的是网维大师，所以分区有要求，当然大家要活用。
2 安装操作系统:
C盘为NTFS格式 推荐用原XP上海免激活大客户版安装
安装完毕后，到此为一个段落，记的备份下系统。
3 安装驱动:
主板驱动(intel)----硬盘IDE接口加速驱动IAA(如果是VIA就略过)----显卡驱动----声卡驱动----网卡驱动----USB2.0（一般主板全部包含）----DX9.0C
驱动完后，记的把右下角的音频配置去掉勾，还有到-控制面板-声音和音频设备-语声--录音-音量-选择麦克风，要不然做完系统忘掉这个，你的耳麦就不能语音了。
4 补丁的安装:
AMD双核的记的要打AMD的补丁和微软的双核补丁
三波补丁(冲击波、震荡波、阻击波,一般这些打完微软的补丁，就自带，但有的必须自动安装)
活用360直接打补丁，但有些补丁360扫不出来，后期可用QQ医生再扫描一遍 确认无补丁。
Flash9.0 IE补丁（360自带） 360附带
泡泡堂输入法解决补丁(说白了也就是将XP输入法指示放在系统托盘补丁)
IE6SP1补丁(XP不自带的,或者重装一次IE)
到此为一个段落，记的备份下系统。
5 播放器的安装:
无需安装相关的插件及什么暴风，可直接安装60多MB的完美解码 网上有下载 它支持比暴风更多的解码器，在安装的时候需要设置下，最好选择所有的插件，满足局域网和INTEL大多的播放插件。
还有一点，可能有的用VOD,那么下载安装就OK。我记的新版播放器有个自动升级选项，记的关闭，看进程即可。
6 输入法
智能ABC2.23网吧专用版 搜狗拼音 王码五笔86版(有些游戏里要用五笔只能用这个比如街头篮球)
删除无用输入法
7 游戏安装
用网维的，可以事先在母盘上把常用的软件及游戏下载下来，这样省去刻盘的时间，一个全盘大概10多分钟完事。其他游戏，顾客有需要时自动下载即可。
其他游戏，推荐用原来的E盘直接对克母盘（如果感觉运来母盘有问题的话，或者有不知的病毒等等，那就事先装个杀毒软件，拖吧，不推荐在母盘安装一些工具和游戏，会加大系统的注册表容量及速度等）
不用网维的，像游戏平台：联众安装包、QQGAME安装包、边烽安装包、<A target=_blank href="javascript:;" target=_blank>中国游戏在线安装包、中国游戏互动中心、浩方对战平台 CS反作弊器 网易泡泡2005、UC安装包、ICQ汉化版 大智慧、E话通 MSN简体中文版、雅虎通
(在这里要注意的是装联众和中游等游戏之前先导入预先改好的注册表，然后再安装.我的系统游戏平台全放E盘，IE临时文件夹也是放E盘)
浏览器：
因为近期病毒比较凶恶，尤其是磁碟机和机器狗，均通过IE浏览下载未知的木马病毒。
那么如果感觉防止没有多大的信心，我建议从根源杜绝
1、用相关软件屏蔽不需要的端口 像139 135等等
2、安装360的浏览器，他的作用不可小窥。
3、安装360的还原保护器、保证中毒的几率大大降低
而下面的优化教程 大家看到 适可而止 适合自己网吧的才是最主要
[查看全文]
破解版万象安装
破解版万象安装说明：
安装所需文件（复制到安装系统的硬盘的最后一个分区“TOOLS”目录下“万象文件夹内”）：
1.wx2004_v937.rar
2.万象937破解补丁(wx2004.937.60.rar)
服务端安装步骤（即收费机）：
1.安装好系统（XP，2003均可）；
2.设置收费机IP为大于250（一般设置为192.168.0.250或者192.168.1.250，如果采用IPX协议，需要在本地连接里安装此协议）；
3.解压wx2004_v937.rar到当前文件夹，运行server.exe安装服务端到安装系统的硬盘的最后一个分区根目录下（如：Z:\wx2004）,安装时选择万象2004服务端，选择TCP/IP协议，选择使用access数据库，其他默认；
4.解压wx2004.937.60.rar到当前文件夹，把server.exe和loader.exe复制到万象安装文件夹直接覆盖原来的server.exe文件，然后右键单击桌面上的万象服务端图标，把执行文件路径里的server.exe改为loader.exe，至此安装过程结束。
服务端设置：
1.双击万象服务端图标进入收费系统登陆界面，当前用户为boss时点击修改密码，可设置成和老板模式密码一样便于记忆或者88857994，修改完成后点确定，然后输入密码登陆收费系统，首次运行会提示验证，直接确定即可；
2.服务端→系统设置→进入其他设置页面→进入老板模式时的密码→根据老板需求更改，一般设置为88857994→然后进入备份设置页面→备份路径1选择安装系统的硬盘的最后一个分区下的bak文件夹→确定；
3.服务端→费率设置→普通卡，计费会员，定额费率根据客户需求设定；
4.服务端→操作员设置→点击+号添加收银员001和002→“分别”点击选中001和002再点空白按钮选择收银员权限→确定完成设置；
5.现在机器数据为空白，当客户端安装完成连接到服务端后会自动生成，其他设置根据需求自行设定。
客户端安装步骤（即工作站）：
解压wx2004_v937.rar到当前文件夹，运行clt2k.exe安装客户端，安装时选择万象2004客户端，协议一般选择TCP/IP协议，收费端IP输入收费机的IP地址。
客户端设置：
1.单击万象图标→设置→系统设置→初装完密码都为空；
2.钩选自动登陆→用户名设置此系统登陆用户名，一般为administrator,具体看每个系统；
3.钩选多少分钟无人使用则关闭计算机→一般设置3分钟；
4.系统设置→钩选禁止网络属性；
5.密码→把修改计算机解锁密码和修改运行设置程序密码都钩上→密码都设置成88857994，以后要修改可以在服务端的同步客户端设置里修改；
6.确定→完成客户端设置。
注意：以上为破解版安装说明，实际只是正版安装方法里多了个破解的步骤，并且正版需要先安装NET110（软件审计系统的情况，硬件审计系统不需要安装），还要安装文化监控软件
[查看全文]
关于万象收费系统方面问题!
一、万象漏洞：
万象收费系统尽量使用TCP/IP或UDP协议，一般不要采用IPX协议，可以防止大部分漏洞；
1、本地连接属性--将IPX协议前的勾去掉后，万象脱管，不计费；
解决办法：屏蔽本地连接及属性，禁用Network Connectionse服务；
2.利用F8进安全模式上网
解决方法：使用管理员级别帐户登录Windows XP，在“运行”窗口中输入“regedit”，打开注册表编辑器，找到HKEY_LOCAL_MACHINE\\\\SYSTEM\\\\CurrentControlSet\\\\Control\\\\SafeBoot键值，将SafeBoot下的“Minimal”及“Network”项，改名为“Minimal1”及“Network1”或其它与原键值不同的名称，修改完成后，其他人在启动时按F8键进入任何一种安全模式，系统都会自动重启。
3.利用网络连接里面的新建连接向导 创建新的转接模式的网络连接 使万象无法监控工作站 从而达到免费上网
解决方法：屏蔽本地连接及属性，禁用Network Connectionse服务；用系统自带的组策略功能禁用 网络安装向导 网络连接 系统 等功能 并禁用运行中的CMD功能 在万象客户端里面设置成禁止显示C：盘目录
组策略具体设置方法：在运行里面输入gpedit.msc进入组策略设置界面--》用户配制--》管理摸板--》控制面板--》隐藏指定的控制面板程序--》设置成已启用--》显示--》添加--》添加控制面板里面的网络安装向导 网络连接 系统 等功能 然后保存应用就利用了
4。利用第三方破解软件进行第三方解锁和客户端密码破解
解决方法：在服务端上安装万象防脱管精灵或者防破解程序。至今发现的第三方破解软件列表：狼道 冰刃 。。。
5、万象网管吃钱的方法：0押金上机、自由设定低金额长时间上机；
二、万象网管软件中服务端无法看见客户端正常状态处理方法
目前服务端有部分网吧出现无法找到客户端或者无法看见客户端正常状态的情况，同样存在于万象2003和2004版（即万象妙管家和万象网管2004）使用IPX协议时，表现情况如下：
1、在服务端计算机列表中根本没有显示客户端机器，无法找到客户端。
2、在服务端计算机列表中显示所有机器为？号，卡号激活后，在客户端登陆后无任何提示，不能正常解锁，但在服务端已经进行计费状态。
3、在服务端直接上机后，客户端并没有解锁，等类似现象。
可以参考以下方法进行处理。
（一）如果机器使用双网卡。
打开网络连接（网上邻居属性），将外网网卡中NetBIOS和IPX/SPX协议不加载（并不是卸载，
（二）检查软件使用的协议是否一致。
1、打开万象服务端的系统设置，检查IPX协议所使用的端口
2、打开客户端的系统设置，检查IPX协议所使用的端口
3、检查服务端和客户端IPX协议使用的端口设置是否是一致。
4、如果设置的本地端口和远程端口不一致时，这需要将服务端的本地端口和客户的远程端口对应，服务端的远程端口和客户的本地端口对应，如服务端本地端口为11015/远程端口为11016，这客户端对应为本地端口11016/远程端口11015。
（三）使用工具检测IPX通讯。
打开安装包TOOLS目录找到测试工具PackTest.exe，因为要考虑到网络的双向通讯性，将该程序在服务端和客户端分别拷贝一份，然后开始测试。
1、从服务端运行该程序，点击发送
2、从客户端运行该程序，点击发送，如果显示已接受包个数则表示从服务端发送的IPX信息已经成功到达客户端（传输率达到50%以上为有效），如果没有显示，则表示信息没有发送成功。
3、反方向测试一次。 ，测试以后我们可以根据得到的结果进行问题判断
（1）双向测试成功，说明网络中IPX协议能够正常通讯，万象服务端能够正常显示客户端状态。
（2）双向测试都不成功，说明网络中IPX协议根本无法通讯，请检测网络上物理连接是否正常，检查服务端是否使用防火墙限制了你所使用的通讯端口。
（3）服务端能够发送到客户端，客户端不能发送到服务端；或者客户端能够发送到服务端，
服务端不能发送到客户端，说明网络中出现IPX协议单向通讯了。
下面我们进行具体分析。
有很多网吧是在使用中突然出现以上问题，有些网吧则是刚装上就有这些问题，网吧遇到这种情况时直接影响到整个网吧的营业，第一个想到问题肯定是万象怎么样怎么样了，其实我们没有必要讨论是不是软件的问题，因为不光是万象出现这种问题，只要是使用IPX协议作为通讯的软件都会遇到类似的问题，如其他的某些网管软件或者某些游戏，从这点来看应该是问题出在软件的运行平台上了，首先想到的就是网络环境。我们先从IPX协议说起，万象网管软件从一开始设计就使用IPX协议，当时最流行的操作系统是WIN98，该系统中默认的IPX协议是采用的Enthernet 802.2或者802.3标准，万象则是建立在802.2这个标准上，而微软的操作到了2000以后，系统中默认的IPX协议是自动检测，并且没有真正的IPX协议，取而代之的是IPX兼容协议，所以当网络中存在2000、XP或者2003的操作系统时就会出现IPX协议单向通讯的问题（当然也不能排除全部使用98系统的网吧同样出现该问题）。
1.出现服务端能够发送到客户端，客户端不能发送到服务端时：
打开收费端系统的网络连接（网上邻居属性），再打开本地连接属性中的IPX/SPX协议属性，帧类型由自动检测改为：802.2，网络号改成00000001(注：此网络号为帧类型的网络号而不是内部网络号，内部网络号一般不要更改)。
2.客户端能够发送到服务端，服务端不能发送到客户端时：
这种情况比较麻烦，需要将网络内的所有2K或者XP系统的所有的客户端进行IPX协议修改，和上述方法一致。
[查看全文]