Ip-san 配置过程

最新推荐文章于 2024-05-19 17:03:37 发布
最新推荐文章于 2024-05-19 17:03:37 发布
阅读量1.1k 收藏 13
点赞数 2
文章标签： 数据库 运维 操作系统
原文链接：http://www.cnblogs.com/weikunzz/p/6710499.html
版权

1：SAN的定义

SAN是storage area network(存储区域网络)的简写，早期的san采用的是光纤通道技术，后期当iscsi协议出现以后，为了区分两者，就划分了IP SAN和FC SAN。FC SAN由于其昂贵的价格让许多企业退避三舍，IP SAN作为一个很好的代替产品出现在了人们的视线中。现在大部分存储设备提供支持基于TOE技术的接口，可以在硬件基础上处理TCP/IP协议。这意味着ISCSI设备可以处理速度已接近GigE、约100MB/秒的数据传输速率来处理I/O进程，其速率可与FC SAN的相比


2：IP-SAN的操作概要

IP SAN的操作流程大体如下：

initiator作为服务器端去使用远程target上的一个lun(逻辑单元号)，一个target即一个主机，一个主机上可以共享多个硬盘给initiator使用，我们把每一个硬盘叫做一个lun。为了使用iscsi协议，initiator上要封装scsi driven,iscsi driven和tcp/ip的报文通过网络发送给target上，target以此扯掉这些报文，发现对方发送的scsi协议，进而交给本地的硬盘驱动处理。所以target上不用必须装scsi的硬盘，像传统的sata盘都可以在这个架构中使用。从用户的角度来看，就像在使用本地的客户端一样，方便简单。 

target --------------->Lun------------------------>Server

1:首先存储把Lun共享给server。

2:Server 去发现这个存储

3：登陆存储认证。


3：IP-SAN的配置过程

这里我们来完成一个IP SAN的实验：
192.168.1.121做我们的initator
192.168.1.122做我们的target。
硬盘：
Disk /dev/sda: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x00000000


Target 存储端

192.168.1.122的操作流程如下：
# yum install scsi-target-utils
# rpm -ql scsi-target-utils(可以查看一些包信息)
# service tgtd restart
# chkconfig tgtd on
# tgtadm --lld iscsi --mode target --op new --tid 1 --targetname iqn.2014-05.com.qiguo.node:target1
解释：--lld指定driven，--mode指定模式，--op指定模式操作，--tid指定target_id，--targetname指定target的名称，这里使用iqn的命名方式，这里就是新增了一个target，并且target_id为1，target的名称为iqn.2014-05.com.qiguo.node:target1
# tgtadm --lld iscsi --mode logicalunit --op new --tid 1 --lun 1 --backing-store /dev/sda
解释：这里就是在target_id为1的上面增加了一个lun，其值为1，后端的存储设备为/dev/sda。
# tgtadm --lld iscsi --mode target --op show
解释：可以查看当前的target信息和lun信息
# tgtadm --lld iscsi --mode target --op bind --tid 1 --initiator-address 192.168.1.121
解释：target_id为1的允许IP为192.168.1.121的这台主机访问



Server 端

192.168.1.121的操作流程如下：
# yum install iscsi-initiator-utils
# echo "InitiatorName=`iscsi-iname -p iqn.2013-05.com.qiguo.initiator1`" >/etc/iscsi/initiatorname.iscsi #生成initiator的名称
# iscsiadm -m discovery -t st -p 192.168.1.122:3260 #使用的时候会自动启动iscsid进程。意思为在192.168.1.122的3260端口以sendtargets的类型寻找iscsi target设备
显示内容如下：192.168.1.122:3260,1 iqn.2014-05.com.qiguo.node:target1 
# iscsiadm -m node -d 2 -T iqn.2014-05.com.qiguo.node:target1 -p 192.168.1.122:3260 -l #-d显示debug的级别,-T指定远程主机的targetName,-l选择登陆到远程主机
# fdisk -l

如果看到两个新的硬盘，证明登陆成功，就可以对其进行分区了。

补充：

当客户端不想使用这个iscsi设备的时候，使用iscsiadm -m node -T iqn.2014-05.com.qiguo.node:target1 -p 192.168.1.122:3260 -u即可。但是这只是在当前有效，当重启以后，只要服务器端继续在共享这个设备，客户端仍然会看到这个设备。这时需要删除 数据库 的信息。使用iscsiadm -m node -T iqn.2014-05.com.qiguo.node:target1 -p 192.168.1.122:3260 -o delete就可以把/var/lib/iscsi/sent_targets中的发现设备信息删除。当再次重新启动的时候就不会有这个设备信息了。

当服务器端不想给某台主机共享iscsi设备的时候，可以使用tgtadm --lld iscsi --mode target --op unbind --tid 1 --initiator-address 192.168.1.121;如果不想提供某个lun的时候可以使用tgtadm --lld iscsi --mode logicalunit --op delete --tid 1 --lun 2;如果不想提供target的时候可以使用tgtadm --lld iscsi --mode target --op delete --tid 1。

iscsi不仅仅可以使用基于ip的认证，还可以做使用用户的认证，其认证用的是CHAP（Challenge Handshake Authentication Protocol）挑战试握手认证协议。iscsi默认支持两种级别的CHAP认证。基于initiator的认证和基于target的认证。基于initiator的认证就是当initiator连接target的时候,initiator需要提供一个账号和密码供target进行认证，这种账号叫做incoming账号；基于target的认证就是当initiator连接target的时候,target需要提供一个账号和密码供initiator进行认证，这种账号叫做outcoming账号。initiator认证可以单独使用，而target认证需要同时使用initiator认证。下面再来配置一个双向认证的过程，主机仍然是上面的主机。

在target上面的操作如下:
# tgtadm --lld iscsi --mode account --op new --user qiguo --pass qiguo 创建一个incoming账号
# tgtadm --lld iscsi --mode account --op new --user qiguoin --pass qiguoin 创建一个outcomming账号
# tgtadm --lld iscsi --mode account --op bind --tid 1 --user qiguo 
# tgtadm --lld iscsi --mode account --op bind --tid 1 --user qiguoin --outgoing

在initiator上面的操作如下：
编辑配置文件/etc/iscsi/iscsid.conf,修改如下几项
node.session.auth.authmethod = CHAP 
node.session.auth.username = qiguo
node.session.auth.password = qiguo
node.session.auth.username_in = qiguoin
node.session.auth.password_in = qiguoin
# iscsiadm -m node -T iqn.2014-05.com.qiguo.node:target1 -p 192.168.1.122:3260 -u 
# iscsiadm -m node -T iqn.2014-05.com.qiguo.node:target1 -p 192.168.1.122:3260 -o delete
# rm -rf /var/lib/iscsi/send_targets/
# iscsiadm -m discovery -t st -p 192.168.1.122:3260
# iscsiadm -m node -T iqn.2014-05.com.qiguo.node:target1 -p 192.168.1.122:3260 -l
基于CHAP的双向认证过程，需要做到以下几点：
1.CHAP不支持discovery的发现认证，所以在发现的时候需要借用到ip的认证
2.修改配置文件iscsid.conf以后，需要删除以前的发现信息，要保证/var/lib/iscsi/目录中的send_targets,nodes,ifaces目录下没有任何内容
3.要保证incoming和outcoming的账号必须保持一值，否则会登陆不了

最后还要说明一点，当服务器端重启以后，服务器端上的target和lun就会不见，要想让其有效，需要使用配置文件/etc/tgt/targets.conf，使用上面介绍的双向认证的配置文件为：
<target iqn.2014-05.com.qiguo.node:target1>
backing-store /dev/sda
backing-store /dev/sdc
initiator-address 192.168.1.121
incominguser qiguo qiguo
outgoinguser qiguoin qiguoin
</target>

这下重新启动以后，只要tgtd服务启动，就会自动保存这些配置信息了


设备组合和产品类型

对于有意构建iSCSI SAN的企业来说，面对市面上林林总总的各式iSCSI产品，往往会有无所适从的感觉，而在心中浮现许多待解的问题：例如到底要购买哪些配备？而每个配备在iSCSI SAN中扮演的角色为何？企业内部的旧有配备是否可以融合到iSCSI SAN之中？这些问题关系到了成本、效益、需求及兼容性等层面及环节，接下来笔者会以范例方案的方式，来逐一解决上述的疑问，并希望藉此能给读者们有用的参考信息。
　　就一个完整的iSCSI SAN来说，其构成要件大致如下：
　　A. iSCSI适配卡(a.Gigabit网络卡)
　　B. iSCSI交换机(b.Gigabit交换机)
　　C. iSCSI存储服务器
　　D. iSCSI存储设备(d.SCSI存储设备)
　　E. iSCSI桥接器
　　F. iSCSI网关
　　理论上iSCSI接口的组件大概有上述六种，在此并以大写字母来表示，至于括号内小写字母的组件，则是可以取而代之的非iSCSI接口组件，这些组件通常也是企业内常见的既有设备。
　　在此要强调的是，并非以上所有的iSCSI接口组件都要购齐，才能建置iSCSI SAN，而应该是对企业自身的现阶段需求、预算成本、现有环境及配备做综合性的搭配考虑。接下来仅就成本、效能及新旧搭配等因素提供几种方案，供读者们参考。
　　方案一 a+b+d + E(超经济方案)
　　优点：这应该是最经济实惠的iSCSI-SAN方案，因为只要买iSCSI 桥接器就好。值得一提的是公司只要用既有的网卡及交换机即可，完全不用再添购任何配备，就可以构建一个iSCSI-SAN。
　　缺点：比起硬件式的iSCSI适配卡，iSCSI Initiator驱动程序在性能上会比较差。
　　先决条件：公司内部必须要有SCSI接口的存储设备，如SCSI 磁盘阵列或SCSI磁带库。另外要有Gigabit网卡及Gigabit交换机，千万不要用10/100 Base的网卡及交换机，因为性能会非常差，根本没有实用性可言。另外要提醒的是，为求性能，Initiator端主机的CPU要超过1GHz。
　　注意事项:：必须要下载免费的iSCSI Initiator驱动程序，才可以将一般Gigabit网卡仿真成iSCSI Initiator。然后再透过iSCSI桥接器将一般SCSI接口的存储配备仿真成iSCSI Target，如此就形成一个iSCSI-SAN。
　　方案二 a+b+C+D(次经济方案)
　　优点：网络卡及交换机皆可用现成的，只要购买iSCSI存储服务器及iSCSI存储设备即可，而市面上多半都将iSCSI存储服务器及存储设备搭成一个方案销售。例如技嘉、广达推出的WSS 2003存储服务器，Promise VTrak 15200搭配DataCore SANmelody的方案都是常见的销售模式。
　　缺点：与方案1一样，性能上会比较差。如果主机CPU超过1GHz不会差到那里，但如果是1GHz以下，那就只能忍受性能的低下了，再不然就要另外花费做升级CPU的动作。
　　先决条件：要有Gigabit网卡及Gigabit交换机。此外，Initiator端主机的CPU要超过1GHz。
　　注意事项:：必须要下载免费的iSCSI Initiator驱动程序。
　　方案三 A+b+C+D(高性能方案)
　　优点：性能好，由于采用iSCSI适配卡，所以性能远比iSCSI Initiator驱动程序来得好。
　　缺点：比起完全免费的iSCSI Initiator驱动程序，iSCSI适配卡远比较贵。
　　先决条件：要有Gigabit交换机。
　　注意事项:：iSCSI适配卡分为较便宜性能也稍逊的TOE HBA卡，以及高效能但较贵的iSCSI HBA卡，但后者却只能走iSCSI协议，而无法透过NFS或CIFS等文件系统协议与应用服务器沟通。反而TOE HBA卡iSCSI、NFS及CIFS协议都支持，所以公司需视自身的需求及成本等因素来加以选择。
　　方案四 A+B+C+D(超高性能方案)
　　优点：性能最佳，同时市面上一些iSCSI交换机还可同时内建FC、Gigabit Ethernet、iSCSI等多种接口端口，应用上还提供了存储虚拟化等高端功能。所以不论是性能、功能及应用上都颇有看头。
　　缺点：前面已提到iSCSI适配卡很贵，而支持多种接口及高端存储功能的iSCSI交换机更是身价非凡。
　　先决条件：有同时整合FC、Gigabit Ethernet配备及网络的需求者。
　　注意事项：同上。
　　方案五 Only F(iSCSI + FC SAN整合方案)
　　优点：可以连结iSCSI及FC两个不同协议的SAN孤岛。也可以透过iSCSI协议，让两个距离很远的FC SAN孤岛相互连结，让FC SAN也可以享受超远距传输的功能，而勿需建置更为昂贵的FCIP连结方案。
　　先决条件：有整合iSCSI SAN及FC SAN的需求，以及让两个以上的FC SAN孤岛远距传输的需求者。
　　备注：基本上，方案5不能视为初次构建iSCSI SAN的参考案例，而只是透过iSCSI技术，解决公司既有iSCSI SAN及FC SAN的互连及整合需求。
在谈过了iSCSI的技术趋势、优缺点特性、业界支持状况及构建方案等议题后，本单元将与读者一同探讨采购iSCSI配备所应注意的环节及重点，以俾提供读者采购iSCSI配备及建置iSCSI SAN的一个参考依据。以下兹分成效能及成本、安全性、可扩充性、兼容性、应用及功能等5大基本采购原则来做讨论。
　　性能及成本
　　就目前而言，iSCSI SAN在性能及成本上的高低与否，最主要的关键就在于ASIC芯片上。相对于便宜又大碗的Initiator驱动程序而言，价格不便宜的iSCSI ASIC却最能符合性能及速度上的需求，例如制造业或金融业的数据库，就需要较高的速度来运作，这时候采用内建ASIC芯片的iSCSI适配卡会是最佳选择。
　　一般来说，随着ASIC芯片的有无，以及等级的高低，目前iSCSI Initiator可分为以下三种：
　　1. iSCSI HBA卡：
　　所谓iSCSI HBA卡就是采用内建SCSI指令及TOE引擎的ASIC芯片的适配卡，在三种iSCSI Initiator中，价格最贵，但性能最佳。目前价格已由一开始的1000美金，下降跌至500美元。对于有高效能应用需求的企业，或是公司内部主机CPU在1GHz以下者，最好采用iSCSI HBA卡，如此才能获得最好的性能。
　　NetApp专家特别强调，SCSI HBA只能走iSCSI协议，而无法透过NFS或CIFS等文件系统协议与应用服务器沟通。
　　2. iSCSI TOE卡：
　　亦即只有内建TOE引擎的ASIC芯片适配卡，由于SCSI指令仍以软件方式运作，所以仍会吃掉些许的CPU资源。在三种iSCSI Initiator中，价格比iSCSI HBA便宜，但比Initiator 驱动程序贵，性能也居于两者之间。目前市面上Intel的TOE HBA仍要价高达150美金。
　　但在各协议的支持上，TOE HBA卡可以同时支持iSCSI、NFS及CIFS协议
　　3.iSCSI Initiator驱动程序
　　目前不论是Microsoft Windows、IBM AIX、HP-UX、Linux、Novell Netware等各家操作系统，皆已陆续提供这方面的服务，其中以微软最为积极，也最全面。在价格上，比起前两种方案，远为低廉，甚至完全免费(例如微软)。但由于Initiator驱动程序工作时会耗费大量的CPU使用率及系统资源，所以性能最差。
　　在此建议，最好是采用1GHz以上CPU的主机，如此才能获得较佳的效能表现，如果公司主机CPU在1GHz以下，那么最好不要采用。至于在各类协议的支持上，Initiator驱动程序可以同时支持iSCSI、NFS及CIFS协议。
　　由于现阶段iSCSI的管理软件仍然不多，所以比起FC SAN，所能提供的应用及功能相对地较不完备，一旦应用及功能增加，管理性能自然大大提升。微软的存储管理平台——Windows Storage Server 2003似乎成为了众所期望的解决之道。未来，在微软提供的标准平台之下，可以包容各家不同应用功能的管理软件，如此一来，不但对iSCSI应用层面的推广有极大的帮助，同时集中化的控管、On Demand的需求调整等功能也可以有效降低管理维护成本，并促进管理效能的提升。
　　安全性
　　在安全性方面，目前iSCSI已支持HA(High Available，高可用性)及冗余等功能，不但可以避免因为单调故障所导致的系统停机，可以在不关机、视需求(On Demand)的情况下调整指派存储空间。更重要的是，还提供不同等级的系统停机时间(Down-Time)，此即业界俗称的几个9安全标准，藉由不同等级严格要求一年停机时不超过一定时间(如一年不超过1小时，或以99.999%等数字来划分等级)，当然等级愈高，价格也愈贵。此外，在数据保护机制上，也要注意产品是否提供快照、远距备份及灾难复原等功能。
　　可扩充性
　　另一个要注意的重点就是，存储应用管理软件或存储配备的可扩充性，包括存储配备的容量是否可以在不关机的条件下，机动调整扩充，以及iSCSI相关硬件的扩充性，例如配备上的接口，是否支持由Giga升级到10G的预设功能。
　　兼容性
　　所谓兼容性，就是指现有环境是否可以与iSCSI标准及配备兼容，这可以分成现有操作系统、外围设备及网络来探讨。
　　首先企业必须确定现有操作系统是否支持iSCSI标准。换句话说，如果企业想利用现成的Gigabit网卡来仿真成iSCSI Initiator的话，那么必须先要确定公司采用的操作系统是否提供iSCSI Initiator驱动程序的下载服务，毕竟不是所有的操作系统都有提供这方面的服务。
　　如果基于性能的考虑，不想用上述的方案，而改用iSCSI适配卡也可，但是仍需确定操作系统的版本，因为仍有许多操作系统(Linux SuSE、Novell Netware)尚未支持iSCSI适配卡，所以这些都是在考虑建构iSCSI SAN时，特别要注意的地方。
　　如果在构建iSCSI SAN之前，公司内部已有其它SCSI存储设备、NAS或FC SAN，也必须考虑iSCSI与这些既有配备的整合，以扩充应用的层面及整体效益。就公司既有SCSI存储配备，可通过iSCSI桥接器来做整合；就NAS而言，如今市面上已有许多NAS及iSCSI的整合方案(例如NetApp)；在iSCSI与FC SAN的整合上，可以透过iSCSI网关(如Brocade或McDATA产品)来完成。
　　应用及功能
　　至于iSCSI SAN的应用及功能，通常要视管理软件所提供的应用功能而定。通常管理软件可分为一般存储配备所附的管理软件及架构性管理软件，前者提供较简单、阳春的存储功能；后者则能提供许多强大进阶的存储应用功能。
　　而微软WSS 2003所提供的存储标准平台，可以加入市面上各类型及功能的存储管理软件，提供了更丰富的远程异地备份等应用功能，不但可解决长久以来iSCSI应用缺乏的问题，更可促使管理软件价格的下降，对于整体管理效能的提升，以及成本支出的降低会有重大帮助。
　　就应用层面而言，业界对iSCSI最大特点的普遍看法是，十分适合于具连续性、且较大文件的高速传输及备份应用。由于iSCSI具有无限距离的传输特性，所以在远程备份上最受青睐。也因为如此，目前iSCSI最常见的应用不外乎异地备份及灾难恢复(Disaster Recovery，DR) 为主，同时iSCSI也已支持快照(SnapShot)等高阶功能，可以快速地备份或灾备，达到数据保护的目的。
　　建联科技认为，目前公司内部至少有三种不可或缺的服务器，那就是Web Server、Mail Server及File Server(亦即数据库)，其中，数据库及邮件最适合采用iSCSI SAN，例如NetApp即表示，由于ERP数据库系统采用块协议，所以非常适合建置在iSCSI SAN上。基于这方面的考虑，目前有许多厂商皆主张将NAS及SAN做一整合，以符合上述种种需求。
　　目前有许多厂商积极开发iSCSI to SATA的磁盘阵列解决方案，他们一致认为两者是低成本、高容量的最佳结合，可存储一些非立即性的数据，但在运用及时性上又远比磁带库好得多。尤其受目前存储行业甚为风行的信息生命周期管理(Information Lifecycle Management，ILM)观念的影响，iSCSI to SATA的磁盘阵列的青睐度及影响性与日俱增，甚至有侵蚀、乃至取代磁带库的声势。




转载于:https://www.cnblogs.com/weikunzz/p/6710499.html

weixin_30483013
关注
  • 2
    点赞
  • 踩
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
浪潮存储解决方案---SAN存储解决方案
03-04
高可用SAN方案方案主要解决简单SAN的存储路径存在单点故障隐患的问题。通过配置2台以上的交换机及在服务器中安装2块HBA卡，可以使每台服务器都有至少2条路径可以访问存储设备。这样，无论是HBA卡、光纤线缆还是交换机任何1点出现故障都不会影响服务器对存储设备中数据的访问。路径故障的监控和切换都统一由安装在服务器上路径冗余软件来管理。
Windows Server 2003 模拟IP-SAN图文教程
01-20
用Windows Server模拟IP-SAN测试操作系统版本：windows 2003 server sp2,软件：MS_iSCSI_Target 配置步骤: 1.       首先下载MS_iSCSI_Target，可从微软官方网站下载。Windowows 2003 对应MS_iSCSI_Target 3.1版本，windows 2008 对应MS_iSCSI_Target 3.2版本； 2.       将下载的MS_iSCSI_Target安装包解压，解压后打开MS-dos命令行，进入到MS_iSCSI_Target目录，运行MSiSCSITarget.bat  Install；（注意
X-Scan
04-04
X-Scan-v3.1 使用说明一. 系统要求：Windows NT4/2000/XP/2003二. 功能简介： 采用多线程方式对指定IP地址段(或单机)进行安全漏洞检测，支持插件功能，提供了图形界面和命令行两种操作方式，扫描内容包括：远程服务类型、操作系统类型及版本，各种弱口令漏洞、后门、应用服务漏洞、网络设备漏洞、拒绝服务漏洞等二十几个大类。对于多数已知漏洞，我们给出了相应的漏洞描述、解决方案及详细描述链接，其它漏洞资料正在进一步整理完善中，您也可以通过本站的“安全文摘”和“安全漏洞”栏目查阅相关说明。 3.0版本提供了简单的插件开发包，便于有编程基础的朋友自己编写或将其他调试通过的代码修改为X-Scan插件。另外Nessus攻击脚本的翻译工作已经开始，欢迎所有对网络安全感兴趣的朋友参与。需要“Nessus攻击脚本引擎”源代码、X-Scan插件SDK、示例插件源代码或愿意参与脚本翻译工作的朋友，可通过本站“X-Scan”项目链接获取详细资料：“http://www.xfocus.net/projects/X-Scan/index.html”。三. 所需文件： xscan_gui.exe -- X-Scan图形界面主程序 xscan.exe -- X-Scan命令行主程序 checkhost.exe -- 插件调度主程序 update.exe -- 在线升级主程序 *.dll -- 主程序所需动态链接库 使用说明.txt -- X-Scan使用说明 /dat/language.ini -- 多语言配置文件，可通过设置“LANGUAGE\SELECTED”项进行语言切换 /dat/language.* -- 多语言数据文件 /dat/config.ini -- 用户配置文件，用于保存待检测端口列表、CGI漏洞检测的相关设置及所有字典文件名称(含相对路径) /dat/config.bak -- 备份配置文件，用于恢复原始设置 /dat/cgi.lst -- CGI漏洞列表 /dat/iis_code.ini -- IIS编码漏洞列表 /dat/port.ini -- 用于保存已知端口的对应服务名称 /dat/*_user.dic -- 用户名字典文件，用于检测弱口令用户 /dat/*_pass.dic -- 密码字典，用于检测弱口令用户 /dat/p0f*.fp -- 识别远程主机操作系统所需的操作系统特征码配置文件（被动识别） /dat/nmap-os-fingerprints -- 识别远程主机操作系统所需的操作系统特征码配置文件（主动识别） /dat/wry.dll -- “IP-地理位置”地址查询数据库文件 /dat/*.nsl -- 经过整理的NASL脚本列表 /plugins -- 用于存放所有插件(后缀名为.xpn) /scripts -- 用于存放所有NASL脚本(后缀名为.nasl) /scripts/desc -- 用于存放所有NASL脚本多语言描述(后缀名为.desc) 注：xscan_gui.exe与xscan.exe共用所有插件及数据文件，但二者之间没有任何依赖关系，均可独立运行。四. 准备工作： X-Scan是完全免费软件，无需注册，无需安装（解压缩即可运行，自动检查并安装WinPCap驱动程序）。五. 图形界面设置项说明： “基本设置”页： “指定IP范围” - 可以输入独立IP地址或域名，也可输入以“-”和“,”分隔的IP范围，如“192.168.0.1-192.168.0.20,192.168.1.10-192.168.1.254”。 “从文件中获取主机列表” - 选中该复选框将从文件中读取待检测主机地址，文件格式应为纯文本，每一行可包含独立IP或域名，也可包含以“-”和“,”分隔的IP范围。 “报告文件” - 扫描结束后生成的报告文件名，保存在LOG目录下。 “报告文件类型” - 目前支持TXT和HTML两种格式 “扫描完成后自动生成并显示报告” - 如标题所述 “保存主机列表” - 选中该复选框后，扫描过程中检测到存活状态主机将自动记录到列表文件中。 “列表文件” - 用于保存主机列表的文件名，保存在LOG目录下。 “高级设置”页： “最大并发线程数量” - 扫描过程中最多可以启动的扫描线程数量 “最大并发主机数量” - 可以同时检测的主机数量。每扫描一个主机将启动一个CheckHost进程。 “显示详细进度” - 将在主界面普通信息栏中显示详细的扫描过程 “跳过没有响应的主机” - 如果X-Scan运行于NT4.0系统，只能通过ICMP Ping方式对目标主机进行检测，而在WIN2K以上版本的Windows系统下，若具备管理员权限则通过TCP Ping的方式进行存活性检测。 “跳过没有检测到开放端口的主机” - 若在用户指定的TCP端口范围内没有发现开放端口，将跳过对该主机的后续检测。 “无条件扫描” - 如标题所述 “端口相关设置”页： “待检测端口” - 输入以“-”和“,”分隔的TCP端口范围 “检测方式” - 目前支持TCP完全连接和SYN半开扫描两种方式 “根据响应识别服务” - 根据端口返回的信息智能判断该端口对应的服务 “主动识别操作系统类型” - 端口扫描结束后采用NMAP的方法由TCP/IP堆栈指纹识别目标操作系统 “预设知名服务端口” - 如标题所述 “SNMP相关设置”页： 全部如标题所述 “NETBIOS相关设置”页： 全部如标题所述 “NASL相关设置”页： “攻击脚本列表” - 由于目前Scripts目录中的脚本数量已近2000个，在批量扫描中可以通过定制脚本列表，只选取高风险级别漏洞进行检测，以加快扫描速度。若需要选择所有脚本，应将该输入框清空。 “选择脚本” - 打开脚本选择窗口，通过风险级别、检测手段、漏洞类型等分类方式定制脚本列表 “脚本运行超时（秒）” - 设置一个脚本可运行的最长时间，超时后将被强行终止 “网络读取超时（秒）” - 设置TCP连接每次读取数据的最长时间，超时数据将被忽略 “跳过针对主机的破坏性脚本” - 如标题所述 “检测脚本间的依赖关系” - NASL脚本间相互是有关联的，比如一个脚本先获取服务的版本，另一个脚本再根据服务版本进行其他检测。如果打乱了脚本的执行顺序可能会影响扫描结果，但也由于脚本间不需要互相等待，会节省扫描时间。 “顺序执行针对服务的破坏性脚本” - 如果一个脚本正在尝试D.O.S某个服务，另一个脚本同时在获取该服务信息，或同时有其他脚本尝试溢出该服务，将导致扫描结果不正确。但如果脚本间不需要互相等待，将会节省扫描时间。 “网络设置”页： “网络适配器” - 选择适当的网络适配器以便WinPCap驱动过滤相应的数据报，否则可能会漏报由WinPCap驱动接收数据的NASL脚本检测结果，也会影响采用NMAP的方法识别目标操作系统的结果。对于拨号用户，应当选择“\Device\Packet_NdisWanIp”。 “CGI相关设置”页： “CGI编码方案” - 全部如标题所述 “字典文件设置”页： 设置各服务对应的密码字典文件六. 命令行方式运行参数说明： 1.命令格式: xscan -host [-] [其他选项] xscan -file [其他选项] 其中 含义如下: -active : 检测目标主机是否存活 -os : 检测远程操作系统类型（通过NETBIOS和SNMP协议） -port : 检测常用服务的端口状态 -ftp : 检测FTP弱口令 -pub : 检测FTP服务匿名用户写权限 -pop3 : 检测POP3-Server弱口令 -smtp : 检测SMTP-Server漏洞 -sql : 检测SQL-Server弱口令 -smb : 检测NT-Server弱口令 -iis : 检测IIS编码/解码漏洞 -cgi : 检测CGI漏洞 -nasl : 加载Nessus攻击脚本 -all : 检测以上所有项目 [其他选项] 含义如下: -i : 设置网络适配器, 可通过"-l"参数获取 -l: 显示所有网络适配器 -v: 显示详细扫描进度 -p: 跳过没有响应的主机 -o: 跳过没有检测到开放端口的主机 -t : 指定最大并发线程数量和并发主机数量, 默认数量为100,10 -log : 指定扫描报告文件名, TXT或HTML后缀 * cgi及iis参数中“编码方案”含义： 1.用“HEAD”替换“GET” 2.用“POST”替换“GET” 3.用“GET / HTTP/1.0\r\nHeader:” 替换 “GET” 4.用“GET /[filename]?param=” 替换 “GET”(可通过\dat\config.ini文件的“CGI-ENCODE\encode4_index_file”项设置[filename]) 5.用“GET %00 ” 替换 “GET” 6.多个“/”或“\” 7.“/”与“\”互换 8.用“”替换“” 注：各变形方案若不冲突则可以同时使用，如“-cgi 1,6,8”表示同时使用第1、6、8号方案对HTTP请求进行变形。 2.示例: xscan -host xxx.xxx.1.1-xxx.xxx.255.255 -all -active -p 含义：检测xxx.xxx.1.1-xxx.xxx.255.255网段内主机的所有漏洞，跳过无响应的主机； xscan -host xxx.xxx.1.1-xxx.xxx.255.255 -port -smb -t 150 -o 含义：检测xxx.xxx.1.1-xxx.xxx.255.255网段内主机的标准端口状态，NT弱口令用户，最大并发线程数量为150，跳过没有检测到开放端口的主机； xscan -file hostlist.txt -port -cgi -t 200,5 -v -o 含义：检测“hostlist.txt”文件中列出的所有主机的标准端口状态，CGI漏洞，最大并发线程数量为200，同一时刻最多检测5台主机，显示详细检测进度，跳过没有检测到开放端口的主机；七. 常见问题解答： Q：如果没有安装WinPCap驱动程序是否能正常使用X-Scan进行扫描？ A：如果系统未安装WinPCap驱动，X-Scan启动后会自动安装WinPCap 2.3；如果系统已经安装了WinPCap更高版本，X-Scan则使用已有版本。“WinPCap 3.1 beta”中存在BUG，可能导致X-Scan扫描进程异常，建议使用“WinPCap 2.3”。 Q：扫描一个子网，进程里同时出现10个checkhost.exe的进程是什么原因？ A：检测每个主机都会单独起一个Checkhost.exe进程，检测完毕会自动退出。并发主机数量可以通过图形界面的设置窗口设定，命令行程序通过“-t”参数设定。 Q：扫描过程中机器突然蓝屏重启是什么原因？ A：扫描过程中系统蓝屏是有可能的，AtGuard、天网等防火墙的驱动程序在处理特殊包的时候有可能出错导致系统崩溃，另外很多防火墙驱动与WinPCap驱动本身也存在冲突，建议先禁止或卸载防火墙程序再试试。 Q：操作系统识别不正确是什么原因？ A：操作系统识别方面确实不能保证100%的准确率，目前是综合NMAP、P0F的指纹库、NETBIOS信息和SNMP信息进行识别，如果目标机器没有开放NETBIOS和SNMP协议，TCP/IP堆栈指纹也不在数据库中，就需要使用者根据其他信息综合分析了。 Q：为什么在一次扫描中我选择了“SYN”方式进行端口扫描，但X-Scan实际采用的是“TCP”方式，而且也没有被动识别出目标操作系统？ A：端口扫描中的“SYN”方式和被动主机操作系统识别功能在NT4系统下无法使用，在windows 2000等系统下使用时必须拥有管理员权限，否则将自动改用“TCP”方式进行端口扫描。 Q：新版本是否兼容2.3版本的插件？ A：X-Scan 3.0的插件接口做了少量修改，不兼容2.3以前版本的插件，需要原作者做相应修改。3.0版本提供了简单的开发库，插件开发方面要比2.3版本轻松许多。 Q：X-Scan 3.0中“跳过没有响应的主机”具体含义是什么？ A：检测存活主机是由CheckActive插件完成的。如果X-Scan运行于NT4.0系统，只能通过ICMP Ping方式对目标主机进行检测，而在WIN2K以上版本的Windows系统下，若具备管理员权限则通过TCP Ping的方式进行存活性检测。 Q：我看到Scripts目录下有很多nessus的脚本，是否可以自己从nessus的网站上下载最新的plugin，然后解压到scripts目录中，实现扫描最新漏洞？ A：X-Scan移植了nessus的nasl引擎，目前对应于nessus2.0.10a。所以只要是这个版本的nessus支持的脚本，都可以复制到Scripts目录下加载，但需要在配置界面里把“NASL相关设置”页的“攻击脚本列表”框清空，或者通过“选择脚本”把新脚本加入列表。 Q：X-Scan中各项弱口令插件检测范围都很有限，能否自己加入其他需要检测的帐号或口令？ A：在“X-Scan”中内置的密码字典仅为简单示范，使用者如果希望软件有更强的密码猜解能力，可以自己编辑密码字典文件。 Q：为什么nasl脚本扫描结果中存在大量英文，将来有没有可能会对这些英文信息进行汉化？ A：目前已有将近2000个NASL脚本，里面的描述信息大都是英文，需要翻译的内容可以在本站“焦点项目”中的X-Scan下看到。欢迎大家一起帮忙翻译，通过审核后会直接加入在线升级库供大家下载。 Q：用xscan.exe在命令行方式下进行扫描时，如何暂停或终止扫描？ A：命令行方式检测过程中，按“[空格]”键可查看各线程状态及扫描进度，按“[回车]”可暂停或继续扫描，按“q”键可保存当前数据后提前退出程序，按“”强行关闭程序。 Q：位于dat目录下的wry.dll有什么用处？ A：wry.dll是“追捕”软件的地址查询数据库，用于X-Scan中文版查询物理地址并且得到了作者许可。在此对“追捕”软件作者及所有为建立此数据库作出贡献的朋友表示感谢。由于没有考虑和将来“追捕”数据库的兼容问题，不能保证能正确使用以后版本的“追捕”数据库。在“追捕”数据库文件格式没有改变的情况下，可以将新版本的数据库文件“wry.dll”拷贝到dat目录下替换旧版本文件，但建议在覆盖前备份旧文件。 Q：X-Scan如何安装，是否需要注册？ A：X-Scan是完全免费软件，无需注册，无需安装(解压缩即可运行，自动安装WinPCap驱动)。八. 版本发布： X-Scan v3.1 -- 发布日期：03/25/2004，修改“存活主机”插件，加入2.3版本中SNMP、NETBIOS插件，优化主程序及NASL库。 X-Scan v3.02 -- 发布日期：03/08/2004，“WinPCap 3.1 beta”中存在BUG，可能导致CheckHost.exe异常。X-Scan中改用“WinPCap 2.3”，建议卸载“WinPCap 3.1 beta”后再使用X-Scan进行扫描。 X-Scan v3.0 -- 发布日期：03/01/2004，修正beta版本中已知BUG，对主程序及所有插件进行优化，升级NASL库，支持2.0.10a版本以前的所有NASL脚本；提供简单的开发包方便其他朋友共同开发插件；其他插件正在开发中。 感谢悟休、quack帮忙精选nasl脚本列表，感谢san为支持X-Scan项目编写相关页面程序。再次感谢安全焦点论坛上所有提供优秀思路和协助测试的朋友们。 X-Scan v3.0(beta) -- 发布日期：12/30/2003，对主程序结构进行调整，加入移植的NASL插件，支持2.0.9版本以前的所有NASL脚本；对插件接口做少量修改，方便由其他朋友共同开发插件；对远程操作系统识别功能进行了加强，并去掉了一些可由脚本完成的插件。 感谢isno和Enfis提供优秀插件，感谢悟休、quack帮忙精选nasl脚本列表，也感谢其他提供优秀思路和协助测试的朋友。 X-Scan v2.3 -- 发布日期：09/29/2002，新增SSL插件，用于检测SSL漏洞；升级PORT、HTTP、IIS插件；升级图形界面并对界面风格作细微调整。 感谢ilsy提供优秀插件。 X-Scan v2.2 -- 发布日期：09/12/2002，修正PORT插件中线程同步BUG；修正RPC插件字符显示BUG；扩充RPC漏洞数据库；调整扫描结果索引文件风格。 感谢xundi、quack、stardust搜集并整理漏洞数据库。 X-Scan v2.1 -- 发布日期：09/08/2002，将SNMP插件扫描项目改为可选；将HTTP、IIS、RPC插件中的“漏洞描述”链接到xundi整理的漏洞数据库；修正2.0以前版本中已知BUG。 X-Scan v2.0 -- 发布日期：08/07/2002，新增路由信息检测、SNMP信息检测插件；升级NETBIOS插件，新增远程注册表信息检测；升级IIS插件，新增对IIS.ASP漏洞的检测；对插件接口做细微修改；更新图形界面，新增“在线升级”功能；扩充CGI漏洞数据库；修正1.3以前版本中已知BUG。 感谢quack、stardust、sinister、ilsy、santa、bingle、casper提供宝贵资料或优秀插件，感谢san、xundi、e4gle协助测试，也感谢所有来信反馈和提出建议的热心朋友。 X-Scan v1.3 -- 发布日期：12/11/2001，修正PORT插件中关于远程操作系统识别的BUG。 X-Scan v1.2 -- 发布日期：12/02/2001，升级HTTP、IIS插件，新增对HTTP重定向错误页面识别功能；升级PORT插件，在无法创建Raw Socket时改为使用标准TCP连接方式检测开放端口。 X-Scan v1.1 -- 发布日期：11/25/2001，将所有检测功能移入插件，使主程序完全成为“容器”；提供多语言支持；更新图形接口程序；修改多线程模式，所有插件共享最大线程数量，提高并发检测速度；新增SMTP、POP3弱口令用户检测；新增IIS UTF-Code漏洞检测；扩充CGI漏洞列表。 感谢xundi、quack、casper、wollf、黄承等朋友提供的宝贵资料，感谢echo、力立等朋友协助测试，再次向付出了重体力劳动的xundi和quack致谢，涕零..... X-Scan v1.0(beta) -- 发布日期：07/12/2001，新增对远程操作系统类型及版本识别功能；新增对远程主机地理位置查询功能；在“-iis”选项中，新增对IIS “.ida/.idq”漏洞的扫描，同时更新漏洞描述；在“-port”参数中，允许指定扫描的端口范围(通过修改“dat\config.ini”文件中的“[PORT-LIST]\port=”)；在“-ntpass”参数中，允许用户在编辑密码字典时通过“%”通配所有用户名；更新CGI漏洞列表，并对CGI漏洞进行分类，以便根据远程主机系统类型扫描特定CGI漏洞，加快扫描速度。 感谢“天眼”软件作者--watercloud提供“被动识别远程操作系统”模块；感谢“追捕”软件作者--冯志宏提供“IP-地理位置”数据库；感谢quack提供漏洞资料、程序资料、无数有价值的建议还有感情和...... X-Scanner v0.61 -- 发布日期：05/17/2001，在“-iis”选项中新增对IIS CGI文件名二次解码漏洞的检测。 X-Scanner v0.6 -- 发布日期：05/15/2001，新增“-iis”参数，专门用于扫描IIS服务器的“unicode”及“remote .printer overflow”漏洞；更新漏洞描述；调整CGI扫描的超时时间，尽量避免因超时导致的“扫描未完成”情况出现；为避免“RedV”插件被恶意利用，将自动更换主页功能改为自动向“C:\”目录上传包含警告信息的文本文件。 X-Scanner v0.5 -- 发布日期：04/30/2001，修改了命令行参数，使参数含义更加直观；扩充CGI漏洞数据库；对NT弱口令扫描功能进行扩充--允许用户使用用户名及密码字典；增加插件功能，并公布插件接口。 感谢“santa”和“老鬼(colossus)”提供插件。 X-Scanner v0.42b -- 发布日期：03/07/2001，修正了“-b”选项在特定情况导致系统overflow的BUG。 X-Scanner v0.42 -- 发布日期：03/02/2001，允许用户对SQL-SERVER帐户进行扩充，而不局限于扫描“sa”空口令。 X-Scanner v0.41 -- 发布日期：02/19/2001，修正了以前版本中对FTP弱口令检测的BUG；重新优化代码，将xscan.exe与xscan98合二为一。 X-Scanner v0.4 -- 发布日期：02/15/2001，加入对SQL-SERVER默认“sa”帐户的扫描；在充分认识了某些人的惰性之后，临时制作了傻瓜式图形界面(一切操作按序号点击即可)。 X-Scanner v0.31 -- 发布日期：01/17/2001，对端口扫描方式和输出文件的格式做了细微调整；对Unicode解码漏洞进行了扩充；提供了for win98的版本和一个简单的CGI列表维护工具。 X-Scanner v0.3 -- 发布日期：12/27/2000，加入线程超时限制；增加代理功能；扩充CGI漏洞数据库，加入对Unicode解码等漏洞的检测及描述；修正内存泄露问题。内部测试版。 X-Scanner v0.2 -- 发布日期：12/12/2000，内部测试版。九. 后序： X-Scan是一个完全免费软件，其中的漏洞资料和整体功能都存在严重不足，各项功能的测试受时间及环境所限也不够全面。只有靠朋友们积极提供相关资料，或提出自己的建议及想法，才能把X-Scan做得更好。欢迎大家来信或访问我们的站点参与交流。 感谢安全焦点和uid0小组全体成员、前DarkSun部分成员的鼎力支持，同时也因个人资质问题向大家致歉。 --glacier_at_xfocus_dot_org_____________________________________________________________________使用过程中如有问题、建议或发现错误请发邮件至：xscan_at_xfocus_dot_org版权所有：安全焦点(http://www.xfocus.org)
X-Scan v3.1
10-22
X-Scan-v3.1 使用说明 一. 系统要求：Windows NT4/2000/XP/2003 二. 功能简介： 采用多线程方式对指定IP地址段(或单机)进行安全漏洞检测，支持插件功能，提供了图形界面和命令行两种操作方式，扫描内容包括：远程服务类型、操作系统类型及版本，各种弱口令漏洞、后门、应用服务漏洞、网络设备漏洞、拒绝服务漏洞等二十几个大类。对于多数已知漏洞，我们给出了相应的漏洞描述、解决方案及详细描述链接，其它漏洞资料正在进一步整理完善中，您也可以通过本站的“安全文摘”和“安全漏洞”栏目查阅相关说明。 3.0版本提供了简单的插件开发包，便于有编程基础的朋友自己编写或将其他调试通过的代码修改为X-Scan插件。另外Nessus攻击脚本的翻译工作已经开始，欢迎所有对网络安全感兴趣的朋友参与。需要“Nessus攻击脚本引擎”源代码、X-Scan插件SDK、示例插件源代码或愿意参与脚本翻译工作的朋友，可通过本站“X-Scan”项目链接获取详细资料：“http://www.xfocus.net/projects/X-Scan/index.html”。 三. 所需文件： xscan_gui.exe -- X-Scan图形界面主程序 xscan.exe -- X-Scan命令行主程序 checkhost.exe -- 插件调度主程序 update.exe -- 在线升级主程序 *.dll -- 主程序所需动态链接库 使用说明.txt -- X-Scan使用说明 /dat/language.ini -- 多语言配置文件，可通过设置“LANGUAGE\SELECTED”项进行语言切换 /dat/language.* -- 多语言数据文件 /dat/config.ini -- 用户配置文件，用于保存待检测端口列表、CGI漏洞检测的相关设置及所有字典文件名称(含相对路径) /dat/config.bak -- 备份配置文件，用于恢复原始设置 /dat/cgi.lst -- CGI漏洞列表 /dat/iis_code.ini -- IIS编码漏洞列表 /dat/port.ini -- 用于保存已知端口的对应服务名称 /dat/*_user.dic -- 用户名字典文件，用于检测弱口令用户 /dat/*_pass.dic -- 密码字典，用于检测弱口令用户 /dat/p0f*.fp -- 识别远程主机操作系统所需的操作系统特征码配置文件（被动识别） /dat/nmap-os-fingerprints -- 识别远程主机操作系统所需的操作系统特征码配置文件（主动识别） /dat/wry.dll -- “IP-地理位置”地址查询数据库文件 /dat/*.nsl -- 经过整理的NASL脚本列表 /plugins -- 用于存放所有插件(后缀名为.xpn) /scripts -- 用于存放所有NASL脚本(后缀名为.nasl) /scripts/desc -- 用于存放所有NASL脚本多语言描述(后缀名为.desc) 注：xscan_gui.exe与xscan.exe共用所有插件及数据文件，但二者之间没有任何依赖关系，均可独立运行。 四. 准备工作： X-Scan是完全免费软件，无需注册，无需安装（解压缩即可运行，自动检查并安装WinPCap驱动程序）。 五. 图形界面设置项说明： “基本设置”页： “指定IP范围” - 可以输入独立IP地址或域名，也可输入以“-”和“,”分隔的IP范围，如“192.168.0.1-192.168.0.20,192.168.1.10-192.168.1.254”。 “从文件中获取主机列表” - 选中该复选框将从文件中读取待检测主机地址，文件格式应为纯文本，每一行可包含独立IP或域名，也可包含以“-”和“,”分隔的IP范围。 “报告文件” - 扫描结束后生成的报告文件名，保存在LOG目录下。 “报告文件类型” - 目前支持TXT和HTML两种格式 “扫描完成后自动生成并显示报告” - 如标题所述 “保存主机列表” - 选中该复选框后，扫描过程中检测到存活状态主机将自动记录到列表文件中。 “列表文件” - 用于保存主机列表的文件名，保存在LOG目录下。 “高级设置”页： “最大并发线程数量” - 扫描过程中最多可以启动的扫描线程数量 “最大并发主机数量” - 可以同时检测的主机数量。每扫描一个主机将启动一个CheckHost进程。 “显示详细进度” - 将在主界面普通信息栏中显示详细的扫描过程 “跳过没有响应的主机” - 如果X-Scan运行于NT4.0系统，只能通过ICMP Ping方式对目标主机进行检测，而在WIN2K以上版本的Windows系统下，若具备管理员权限则通过TCP Ping的方式进行存活性检测。 “跳过没有检测到开放端口的主机” - 若在用户指定的TCP端口范围内没有发现开放端口，将跳过对该主机的后续检测。 “无条件扫描” - 如标题所述 “端口相关设置”页： “待检测端口” - 输入以“-”和“,”分隔的TCP端口范围 “检测方式” - 目前支持TCP完全连接和SYN半开扫描两种方式 “根据响应识别服务” - 根据端口返回的信息智能判断该端口对应的服务 “主动识别操作系统类型” - 端口扫描结束后采用NMAP的方法由TCP/IP堆栈指纹识别目标操作系统 “预设知名服务端口” - 如标题所述 “SNMP相关设置”页： 全部如标题所述 “NETBIOS相关设置”页： 全部如标题所述 “NASL相关设置”页： “攻击脚本列表” - 由于目前Scripts目录中的脚本数量已近2000个，在批量扫描中可以通过定制脚本列表，只选取高风险级别漏洞进行检测，以加快扫描速度。若需要选择所有脚本，应将该输入框清空。 “选择脚本” - 打开脚本选择窗口，通过风险级别、检测手段、漏洞类型等分类方式定制脚本列表 “脚本运行超时（秒）” - 设置一个脚本可运行的最长时间，超时后将被强行终止 “网络读取超时（秒）” - 设置TCP连接每次读取数据的最长时间，超时数据将被忽略 “跳过针对主机的破坏性脚本” - 如标题所述 “检测脚本间的依赖关系” - NASL脚本间相互是有关联的，比如一个脚本先获取服务的版本，另一个脚本再根据服务版本进行其他检测。如果打乱了脚本的执行顺序可能会影响扫描结果，但也由于脚本间不需要互相等待，会节省扫描时间。 “顺序执行针对服务的破坏性脚本” - 如果一个脚本正在尝试D.O.S某个服务，另一个脚本同时在获取该服务信息，或同时有其他脚本尝试溢出该服务，将导致扫描结果不正确。但如果脚本间不需要互相等待，将会节省扫描时间。 “网络设置”页： “网络适配器” - 选择适当的网络适配器以便WinPCap驱动过滤相应的数据报，否则可能会漏报由WinPCap驱动接收数据的NASL脚本检测结果，也会影响采用NMAP的方法识别目标操作系统的结果。对于拨号用户，应当选择“\Device\Packet_NdisWanIp”。 “CGI相关设置”页： “CGI编码方案” - 全部如标题所述 “字典文件设置”页： 设置各服务对应的密码字典文件 六. 命令行方式运行参数说明： 1.命令格式: xscan -host [-] [其他选项] xscan -file [其他选项] 其中 含义如下: -active : 检测目标主机是否存活 -os : 检测远程操作系统类型（通过NETBIOS和SNMP协议） -port : 检测常用服务的端口状态 -ftp : 检测FTP弱口令 -pub : 检测FTP服务匿名用户写权限 -pop3 : 检测POP3-Server弱口令 -smtp : 检测SMTP-Server漏洞 -sql : 检测SQL-Server弱口令 -smb : 检测NT-Server弱口令 -iis : 检测IIS编码/解码漏洞 -cgi : 检测CGI漏洞 -nasl : 加载Nessus攻击脚本 -all : 检测以上所有项目 [其他选项] 含义如下: -i : 设置网络适配器, 可通过"-l"参数获取 -l: 显示所有网络适配器 -v: 显示详细扫描进度 -p: 跳过没有响应的主机 -o: 跳过没有检测到开放端口的主机 -t : 指定最大并发线程数量和并发主机数量, 默认数量为100,10 -log : 指定扫描报告文件名, TXT或HTML后缀 * cgi及iis参数中“编码方案”含义： 1.用“HEAD”替换“GET” 2.用“POST”替换“GET” 3.用“GET / HTTP/1.0\r\nHeader:” 替换 “GET” 4.用“GET /[filename]?param=” 替换 “GET”(可通过\dat\config.ini文件的“CGI-ENCODE\encode4_index_file”项设置[filename]) 5.用“GET ” 替换 “GET” 6.多个“/”或“\” 7.“/”与“\”互换 8.用“”替换“” 注：各变形方案若不冲突则可以同时使用，如“-cgi 1,6,8”表示同时使用第1、6、8号方案对HTTP请求进行变形。 2.示例: xscan -host xxx.xxx.1.1-xxx.xxx.255.255 -all -active -p 含义：检测xxx.xxx.1.1-xxx.xxx.255.255网段内主机的所有漏洞，跳过无响应的主机； xscan -host xxx.xxx.1.1-xxx.xxx.255.255 -port -smb -t 150 -o 含义：检测xxx.xxx.1.1-xxx.xxx.255.255网段内主机的标准端口状态，NT弱口令用户，最大并发线程数量为150，跳过没有检测到开放端口的主机； xscan -file hostlist.txt -port -cgi -t 200,5 -v -o 含义：检测“hostlist.txt”文件中列出的所有主机的标准端口状态，CGI漏洞，最大并发线程数量为200，同一时刻最多检测5台主机，显示详细检测进度，跳过没有检测到开放端口的主机； 七. 常见问题解答： Q：如果没有安装WinPCap驱动程序是否能正常使用X-Scan进行扫描？ A：如果系统未安装WinPCap驱动，X-Scan启动后会自动安装WinPCap 2.3；如果系统已经安装了WinPCap更高版本，X-Scan则使用已有版本。“WinPCap 3.1 beta”中存在BUG，可能导致X-Scan扫描进程异常，建议使用“WinPCap 2.3”。 Q：扫描一个子网，进程里同时出现10个checkhost.exe的进程是什么原因？ A：检测每个主机都会单独起一个Checkhost.exe进程，检测完毕会自动退出。并发主机数量可以通过图形界面的设置窗口设定，命令行程序通过“-t”参数设定。 Q：扫描过程中机器突然蓝屏重启是什么原因？ A：扫描过程中系统蓝屏是有可能的，AtGuard、天网等防火墙的驱动程序在处理特殊包的时候有可能出错导致系统崩溃，另外很多防火墙驱动与WinPCap驱动本身也存在冲突，建议先禁止或卸载防火墙程序再试试。 Q：操作系统识别不正确是什么原因？ A：操作系统识别方面确实不能保证100%的准确率，目前是综合NMAP、P0F的指纹库、NETBIOS信息和SNMP信息进行识别，如果目标机器没有开放NETBIOS和SNMP协议，TCP/IP堆栈指纹也不在数据库中，就需要使用者根据其他信息综合分析了。 Q：为什么在一次扫描中我选择了“SYN”方式进行端口扫描，但X-Scan实际采用的是“TCP”方式，而且也没有被动识别出目标操作系统？ A：端口扫描中的“SYN”方式和被动主机操作系统识别功能在NT4系统下无法使用，在windows 2000等系统下使用时必须拥有管理员权限，否则将自动改用“TCP”方式进行端口扫描。 Q：新版本是否兼容2.3版本的插件？ A：X-Scan 3.0的插件接口做了少量修改，不兼容2.3以前版本的插件，需要原作者做相应修改。3.0版本提供了简单的开发库，插件开发方面要比2.3版本轻松许多。 Q：X-Scan 3.0中“跳过没有响应的主机”具体含义是什么？ A：检测存活主机是由CheckActive插件完成的。如果X-Scan运行于NT4.0系统，只能通过ICMP Ping方式对目标主机进行检测，而在WIN2K以上版本的Windows系统下，若具备管理员权限则通过TCP Ping的方式进行存活性检测。 Q：我看到Scripts目录下有很多nessus的脚本，是否可以自己从nessus的网站上下载最新的plugin，然后解压到scripts目录中，实现扫描最新漏洞？ A：X-Scan移植了nessus的nasl引擎，目前对应于nessus2.0.10a。所以只要是这个版本的nessus支持的脚本，都可以复制到Scripts目录下加载，但需要在配置界面里把“NASL相关设置”页的“攻击脚本列表”框清空，或者通过“选择脚本”把新脚本加入列表。 Q：X-Scan中各项弱口令插件检测范围都很有限，能否自己加入其他需要检测的帐号或口令？ A：在“X-Scan”中内置的密码字典仅为简单示范，使用者如果希望软件有更强的密码猜解能力，可以自己编辑密码字典文件。 Q：为什么nasl脚本扫描结果中存在大量英文，将来有没有可能会对这些英文信息进行汉化？ A：目前已有将近2000个NASL脚本，里面的描述信息大都是英文，需要翻译的内容可以在本站“焦点项目”中的X-Scan下看到。欢迎大家一起帮忙翻译，通过审核后会直接加入在线升级库供大家下载。 Q：用xscan.exe在命令行方式下进行扫描时，如何暂停或终止扫描？ A：命令行方式检测过程中，按“[空格]”键可查看各线程状态及扫描进度，按“[回车]”可暂停或继续扫描，按“q”键可保存当前数据后提前退出程序，按“”强行关闭程序。 Q：位于dat目录下的wry.dll有什么用处？ A：wry.dll是“追捕”软件的地址查询数据库，用于X-Scan中文版查询物理地址并且得到了作者许可。在此对“追捕”软件作者及所有为建立此数据库作出贡献的朋友表示感谢。由于没有考虑和将来“追捕”数据库的兼容问题，不能保证能正确使用以后版本的“追捕”数据库。在“追捕”数据库文件格式没有改变的情况下，可以将新版本的数据库文件“wry.dll”拷贝到dat目录下替换旧版本文件，但建议在覆盖前备份旧文件。 Q：X-Scan如何安装，是否需要注册？ A：X-Scan是完全免费软件，无需注册，无需安装(解压缩即可运行，自动安装WinPCap驱动)。 八. 版本发布： X-Scan v3.1 -- 发布日期：03/25/2004，修改“存活主机”插件，加入2.3版本中SNMP、NETBIOS插件，优化主程序及NASL库。 X-Scan v3.02 -- 发布日期：03/08/2004，“WinPCap 3.1 beta”中存在BUG，可能导致CheckHost.exe异常。X-Scan中改用“WinPCap 2.3”，建议卸载“WinPCap 3.1 beta”后再使用X-Scan进行扫描。 X-Scan v3.0 -- 发布日期：03/01/2004，修正beta版本中已知BUG，对主程序及所有插件进行优化，升级NASL库，支持2.0.10a版本以前的所有NASL脚本；提供简单的开发包方便其他朋友共同开发插件；其他插件正在开发中。 感谢悟休、quack帮忙精选nasl脚本列表，感谢san为支持X-Scan项目编写相关页面程序。再次感谢安全焦点论坛上所有提供优秀思路和协助测试的朋友们。 X-Scan v3.0(beta) -- 发布日期：12/30/2003，对主程序结构进行调整，加入移植的NASL插件，支持2.0.9版本以前的所有NASL脚本；对插件接口做少量修改，方便由其他朋友共同开发插件；对远程操作系统识别功能进行了加强，并去掉了一些可由脚本完成的插件。 感谢isno和Enfis提供优秀插件，感谢悟休、quack帮忙精选nasl脚本列表，也感谢其他提供优秀思路和协助测试的朋友。 X-Scan v2.3 -- 发布日期：09/29/2002，新增SSL插件，用于检测SSL漏洞；升级PORT、HTTP、IIS插件；升级图形界面并对界面风格作细微调整。 感谢ilsy提供优秀插件。 X-Scan v2.2 -- 发布日期：09/12/2002，修正PORT插件中线程同步BUG；修正RPC插件字符显示BUG；扩充RPC漏洞数据库；调整扫描结果索引文件风格。 感谢xundi、quack、stardust搜集并整理漏洞数据库。 X-Scan v2.1 -- 发布日期：09/08/2002，将SNMP插件扫描项目改为可选；将HTTP、IIS、RPC插件中的“漏洞描述”链接到xundi整理的漏洞数据库；修正2.0以前版本中已知BUG。 X-Scan v2.0 -- 发布日期：08/07/2002，新增路由信息检测、SNMP信息检测插件；升级NETBIOS插件，新增远程注册表信息检测；升级IIS插件，新增对IIS.ASP漏洞的检测；对插件接口做细微修改；更新图形界面，新增“在线升级”功能；扩充CGI漏洞数据库；修正1.3以前版本中已知BUG。 感谢quack、stardust、sinister、ilsy、santa、bingle、casper提供宝贵资料或优秀插件，感谢san、xundi、e4gle协助测试，也感谢所有来信反馈和提出建议的热心朋友。 X-Scan v1.3 -- 发布日期：12/11/2001，修正PORT插件中关于远程操作系统识别的BUG。 X-Scan v1.2 -- 发布日期：12/02/2001，升级HTTP、IIS插件，新增对HTTP重定向错误页面识别功能；升级PORT插件，在无法创建Raw Socket时改为使用标准TCP连接方式检测开放端口。 X-Scan v1.1 -- 发布日期：11/25/2001，将所有检测功能移入插件，使主程序完全成为“容器”；提供多语言支持；更新图形接口程序；修改多线程模式，所有插件共享最大线程数量，提高并发检测速度；新增SMTP、POP3弱口令用户检测；新增IIS UTF-Code漏洞检测；扩充CGI漏洞列表。 感谢xundi、quack、casper、wollf、黄承等朋友提供的宝贵资料，感谢echo、力立等朋友协助测试，再次向付出了重体力劳动的xundi和quack致谢，涕零..... X-Scan v1.0(beta) -- 发布日期：07/12/2001，新增对远程操作系统类型及版本识别功能；新增对远程主机地理位置查询功能；在“-iis”选项中，新增对IIS “.ida/.idq”漏洞的扫描，同时更新漏洞描述；在“-port”参数中，允许指定扫描的端口范围(通过修改“dat\config.ini”文件中的“[PORT-LIST]\port=”)；在“-ntpass”参数中，允许用户在编辑密码字典时通过“%”通配所有用户名；更新CGI漏洞列表，并对CGI漏洞进行分类，以便根据远程主机系统类型扫描特定CGI漏洞，加快扫描速度。 感谢“天眼”软件作者--watercloud提供“被动识别远程操作系统”模块；感谢“追捕”软件作者--冯志宏提供“IP-地理位置”数据库；感谢quack提供漏洞资料、程序资料、无数有价值的建议还有感情和...... X-Scanner v0.61 -- 发布日期：05/17/2001，在“-iis”选项中新增对IIS CGI文件名二次解码漏洞的检测。 X-Scanner v0.6 -- 发布日期：05/15/2001，新增“-iis”参数，专门用于扫描IIS服务器的“unicode”及“remote .printer overflow”漏洞；更新漏洞描述；调整CGI扫描的超时时间，尽量避免因超时导致的“扫描未完成”情况出现；为避免“RedV”插件被恶意利用，将自动更换主页功能改为自动向“C:\”目录上传包含警告信息的文本文件。 X-Scanner v0.5 -- 发布日期：04/30/2001，修改了命令行参数，使参数含义更加直观；扩充CGI漏洞数据库；对NT弱口令扫描功能进行扩充--允许用户使用用户名及密码字典；增加插件功能，并公布插件接口。 感谢“santa”和“老鬼(colossus)”提供插件。 X-Scanner v0.42b -- 发布日期：03/07/2001，修正了“-b”选项在特定情况导致系统overflow的BUG。 X-Scanner v0.42 -- 发布日期：03/02/2001，允许用户对SQL-SERVER帐户进行扩充，而不局限于扫描“sa”空口令。 X-Scanner v0.41 -- 发布日期：02/19/2001，修正了以前版本中对FTP弱口令检测的BUG；重新优化代码，将xscan.exe与xscan98合二为一。 X-Scanner v0.4 -- 发布日期：02/15/2001，加入对SQL-SERVER默认“sa”帐户的扫描；在充分认识了某些人的惰性之后，临时制作了傻瓜式图形界面(一切操作按序号点击即可)。 X-Scanner v0.31 -- 发布日期：01/17/2001，对端口扫描方式和输出文件的格式做了细微调整；对Unicode解码漏洞进行了扩充；提供了for win98的版本和一个简单的CGI列表维护工具。 X-Scanner v0.3 -- 发布日期：12/27/2000，加入线程超时限制；增加代理功能；扩充CGI漏洞数据库，加入对Unicode解码等漏洞的检测及描述；修正内存泄露问题。内部测试版。 X-Scanner v0.2 -- 发布日期：12/12/2000，内部测试版。 九. 后序： X-Scan是一个完全免费软件，其中的漏洞资料和整体功能都存在严重不足，各项功能的测试受时间及环境所限也不够全面。只有靠朋友们积极提供相关资料，或提出自己的建议及想法，才能把X-Scan做得更好。欢迎大家来信或访问我们的站点参与交流。 感谢安全焦点和uid0小组全体成员、前DarkSun部分成员的鼎力支持，同时也因个人资质问题向大家致歉。 --glacier_at_xfocus_dot_org _____________________________________________________________________ 使用过程中如有问题、建议或发现错误请发邮件至：xscan_at_xfocus_dot_org 版权所有：安全焦点(http://www.xfocus.org)
强大的扫描工具x-scan
11-13
X-Scan-v3.3 使用说明 一. 系统要求：Windows NT/2000/XP/2003 理论上可运行于Windows NT系列操作系统，推荐运行于Windows 2000以上的Server版Windows系统。 二. 功能简介： 采用多线程方式对指定IP地址段(或单机)进行安全漏洞检测，支持插件功能。扫描内容包括：远程服 务类型、操作系统类型及版本，各种弱口令漏洞、后门、应用服务漏洞、网络设备漏洞、拒绝服务漏洞等 二十几个大类。对于多数已知漏洞，我们给出了相应的漏洞描述、解决方案及详细描述链接，其它漏洞资 料正在进一步整理完善中，您也可以通过本站的“安全文摘”和“安全漏洞”栏目查阅相关说明。 3.0及后续版本提供了简单的插件开发包，便于有编程基础的朋友自己编写或将其他调试通过的代码 修改为X-Scan插件。另外Nessus攻击脚本的翻译工作已经开始，欢迎所有对网络安全感兴趣的朋友参与。 需要“Nessus攻击脚本引擎”源代码、X-Scan插件SDK、示例插件源代码或愿意参与脚本翻译工作的朋友 ，可通过本站“X-Scan”项目链接获取详细资料：“http://www.xfocus.net/projects/X- Scan/index.html”。 三. 所需文件： xscan_gui.exe -- X-Scan图形界面主程序 checkhost.dat -- 插件调度主程序 update.exe -- 在线升级主程序 *.dll -- 主程序所需动态链接库 使用说明.txt -- X-Scan使用说明 /dat/language.ini -- 多语言配置文件，可通过设置“LANGUAGE\SELECTED”项进行语 言切换 /dat/language.* -- 多语言数据文件 /dat/config.ini -- 当前配置文件，用于保存当前使用的所有设置 /dat/*.cfg -- 用户自定义配置文件 /dat/*.dic -- 用户名/密码字典文件，用于检测弱口令用户 /plugins -- 用于存放所有插件(后缀名为.xpn) /scripts -- 用于存放所有NASL脚本(后缀名为.nasl) /scripts/desc -- 用于存放所有NASL脚本多语言描述(后缀名为.desc) /scripts/cache -- 用于缓存所有NASL脚本信息，以便加快扫描速度(该目录可删除 ) 四. 准备工作： X-Scan是完全免费软件，无需注册，无需安装（解压缩即可运行，自动检查并安装WinPCap驱动程序 ）。若已经安装的WinPCap驱动程序版本不正确，请通过主窗口菜单的“工具”->“Install WinPCap”重 新安装“WinPCap 3.1 beta4”或另行安装更高版本。 五. 图形界面设置项说明： “检测范围”模块： “指定IP范围” - 可以输入独立IP地址或域名，也可输入以“-”和“,”分隔的IP范围，如 “192.168.0.1-20,192.168.1.10-192.168.1.254”，或类似“192.168.100.1/24”的掩码格式。 “从文件中获取主机列表” - 选中该复选框将从文件中读取待检测主机地址，文件格式应为纯文 本，每一行可包含独立IP或域名，也可包含以“-”和“,”分隔的IP范围。 “全局设置”模块： “扫描模块”项 - 选择本次扫描需要加载的插件。 “并发扫描”项 - 设置并发扫描的主机和并发线程数，也可以单独为每个主机的各个插件设置最 大线程数。 “网络设置”项 - 设置适合的网络适配器，若找不到网络适配器，请重新安装WinPCap 3.1 beta4 以上版本驱动。 “扫描报告”项 - 扫描结束后生成的报告文件名，保存在LOG目录下。扫描报告目前支持TXT、 HTML和XML三种格式。
IP-SAN存储技术
学习日常分享
12-10 7052
TCP/IP协议早已是网络的标准语言。随着Internet SCSI、Remote Diret Memory Access这些网络存贮标准的问世和实用化，从某种意义上说，TCP/IP又成了一种存贮协议。 我们知道，用TCP/IP协议处理网络流量，要占用大量服务器资源。为了减轻服务器的压力，一种称为TCP减负引擎（TCP Offload Engine ：TOE）的技术应运而生。 TCP减负引擎一般由软硬两部分组件构成，将传统的TIP/IP协议栈的功能进行延伸，把网络数据流量的处理工作全部转到网卡上的集成...
Linux配置IP-SAN（iSCSI）
山君大人的Blog
02-17 2479
目录 背景： 服务器系统：SUSE Linux Enterprise 11 存储型号：OceanStor Dorado6000 V3 事件：暂时无法通过FC连接存储，通过IP连接来组建SAN1网络，给服务器提供存储。 ———————————————————— SAN：存储区域网络（Storage Area Network） ↩︎
5.什么是IP-SAN
weixin_43346403的博客
08-30 662
IP-SAN现在使用的非常多，是一种主流的存储主流的存储组织方式。Storage Area Network 存储区域网络。1.什么是IP-SAN。
IP-SAN
weixin_34116110的博客
06-10 141
存储 DAS (direct attachedstorage，直接附加存储)，也就是在机箱中直接添加硬盘，ide接口的可以添加2块硬盘，scsi接口的窄带可以添加7块硬盘，宽带可以添加15块硬盘。 NAS (network attached storage，网络附加存储)，它是基于文件级别的共享，例如： samba 、nfs 、freenas 、openf...
浪潮存储通过ISCSI映射至Linux服务器、多路径配置方法
wo325866145的博客
09-06 5258
浪潮存储通过ISCSI映射至Linux服务器、多路径配置方法一、最小化安装Linux时没有ISCSI组件需要安装二、查询iqn、存储映射三、扫描，连接iscsi四、配置多路径 一、最小化安装Linux时没有ISCSI组件需要安装 这里有联网条件，使用yum安装 yum install -y iscsi-initiator-utils //安装iscsi组件 systemctl start iscsi //启动iscsi服务 systemctl enable iscsi //开机启动iscsi 二、查
IBM SAN 2498-B24手册
09-18
IBM光交换机2498-B24的用户手册,在维护设备过程中肯定会需要
存储说明san资源
08-21
首先要安装iSCSI initiator客户端，然后分区新发现的磁盘并更改文件系统。这里的操作过程和RedHat 4有些不同，但是修改iSCSI initiaitorname的配置和RedHat 4是一致的，都是进入/etc/iscsi/initiatorname.iscsi文件下把原来的InitiatorName修改。不一样的地方是RedHat 4中对于存储业务口ip地址的指定需要到/etc/iscsi.conf中去修改，然后重启iSCSI服务就可。RedHat 4中这个/etc/iscsi.conf文件对应RedHat 5中的/etc/iscsi/iscsid.conf文件。注意文件目录不一样外，文件名也不一致。但是RedHat 5中需要进行targets发现，并登陆到targets。
linux设置ipsan_Linux下IP SAN共享存储操作记录
weixin_29914581的博客
12-24 1289
一、简单介绍SAN，即存储区域网络(storage area network and SAN protocols)，它是一种高速网络实现计算机与存储系统之间的数据传输。常见的分类是FC-SAN和IP-SAN两种。FC-SAN通过光纤通道协议转发scsi协议；IP-SAN通过TCP协议转发scsi协议，也就是IP 地址。存储设备是指一台或多台用以存储计算机数据的磁盘设备，通常指磁盘阵列，主要厂商EM...
iSCSI网络存储之IPSAN
杨仕虎的博客
03-16 4449
存储的三种方式 直连存储（DAS） 最常见存储方式，也就是主机主板总线通过SCSI接口连接存储设备 设备：块设备 iSCSI存储（SAN网络） IPSAN 主机通过IP网络连接到存储阵列设备 最常见使用方式 FCSAN 主机通过SAN网络光纤线连接到存储阵列设备 成本高 设备：块设备 NAS存储（共享文件系统） 主机通过IP网络连接到存储阵列设备 设备：文...
教你认识网络存储IP SAN与IB SAN
amao992的专栏
02-21 1127
SAN是通过专用高速网将一个或多个网络存储设备和服务器连接起来的专用存储系统，未来的信息存储将以SAN存储方式为主。 SAN 主要采取数据块的方式进行数据和信息的存储，目前主要使用于以太网和光纤通道两类环境中。无限带宽技术(Infiniband )是一种高带宽、低延迟的互连技术，构成新的网络环境，实现IB SAN 的存储系统。通过Internet协议(IP)或以太网的数据存储。IP存储使得性价比较
浪潮服务器文件管理nas,架构浪潮NAS与SAN网络存储方案（图）
weixin_29006701的博客
08-12 856
第1页:浪潮英信NS5200存储阵列第2页:浪潮英信NS88系列存储阵列第3页:浪潮SAN存储解决方案(NS8800)第4页:浪潮NAS-SAN整体存储解决方案(NS5210)2、浪潮SAN存储解决方案(NS8800)浪潮英信NS8800存储阵列是一款双控制器双主机通道的光纤通道(FC, Fibre Channel)磁盘阵列产品，采用双控制器、全冗余热插拔技术和模块化无线缆设计技术。该产品主机和磁...
ip-san 服务器 虚拟化,Windows Server 2003 模拟IP-SAN图文教程
weixin_42515181的博客
08-10 626
用Windows Server模拟IP-SAN的教程分享，需要的朋友可以参考下用Windows Server模拟IP-SAN测试操作系统版本：windows 2003 server sp2,软件：MS_iSCSI_Target配置步骤:1. 首先下载MS_iSCSI_Target，可从微软官方网站下载。Windowows 2003 对应MS_iSCSI_Target 3.1版本，win...
ipsan虚拟存储服务器,IPSAN存储架构
weixin_40006185的博客
08-10 4506
三、IPSAN存储架构IPSAN中所采用iSCSI通信协议实际上是一个互联协议，是SAN结构的一种。通过将SCSI协议封装在IP包中，使得SCSI协议能够在LAN/WAN中进行传输。1)为存储区域网定义(SANs)。IPSAN是SAN的一种，通过IP实现的SAN，即IPSAN.2)支持数据库应用所需的基于块的存储。虽然是通过IP传输，但iSCSI却是基于块的存储，这有别于NAS的基于文件的存储。3...
mysql事务(原理)
最新发布
m0_74347016的博客
05-19 525
mysql事务原理
IP-SAN的性能要高于FC-SAN
06-09
这个说法并不总是正确的，因为IP-SAN和FC-SAN都有各自的优缺点，性能的高低取决于具体的应用场景和实现方式。 FC-SAN（光纤通道存储区域网络）是一种基于光纤通道技术的高速存储网络，具有低延迟、高带宽、高可靠性...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值