简介：这份资源是面向网络安全初学者与渗透测试入门者的 SuperScan 扫描工具中文使用教程，以 doc 文档形式系统讲解这款运行于 Windows XP/2000 环境的主机与端口扫描代理的完整操作流程。压缩包内共 1 个 doc 文件，体积约 205KB，轻量易读，适合边看边在实验环境中对照练习。教程围绕安装启动、主机名与 IP 范围扫描、Host and Service Discovery 主机发现、Scan Options 扫描速度与 Banner Grabbing 设置、Tools 快捷信息收集以及 Windows 枚举等模块展开，并配有界面截图说明，帮助读者理解常用端口扫描、时间戳与地址屏蔽请求等发现方式，以及扫描速度调节与包溢出风险之间的权衡。目前已有 997 人学习，适合希望快速掌握扫描工具基本用法、建立主机信息收集思路的入门读者参考。

1. 老 Windows 环境里的端口扫描：SuperScan 到底能干什么

手上有一台只在特定内网段里跑的 Windows 2000 或 XP 虚拟机，想快速摸清同网段哪些主机活着、开了哪些端口，这时候翻出来的往往不是 nmap，而是 SuperScan。它是一款老牌的图形化主机与端口扫描工具，把主机发现、TCP/UDP 端口扫描、Banner 抓取、主机名解析、ping/traceroute/HTTP 请求这些零散动作塞进一个窗口里，点几下就能出一张主机列表。适合谁？适合做内网资产梳理、老系统教学演示、以及需要在没有命令行环境的机器上快速看端口的人。不适合谁？不适合拿它去做任何未经授权的探测——扫描行为本身有法律和合规边界，这一点先立在前面。这篇笔记按“它是什么 → 怎么配 → 参数怎么调 → 坑在哪”的顺序拆，把 SuperScan 使用教程里那些截图背后的选项讲透，让你照着能复现一次干净的内网扫描。

需要先纠正一个流传很广的说法：不少资料把 SuperScan 描述成“拒绝服务攻击的代理”，这是误传。它本质是扫描器，扫描过程中如果速度拉满、并发过高，确实可能对老旧设备造成压力甚至触发丢包，但它的设计目的是发现主机与服务，不是发起 DoS。理解这一点很重要，因为它决定了你后面调“扫描速度”滚动条时的态度——那是稳定性参数，不是攻击强度旋钮。

2. 跑起来之前：版本选择与扫描目标录入

2.1 版本对不上，双击就是没反应

SuperScan 4.0 对运行环境挑剔，官方口径是只能在 Windows XP 或 Windows 2000 上跑。现实里更常见的翻车是：在较新的 Windows 上双击SuperScan4.exe，进程闪一下就没了，或者界面出来但扫描按钮点了没动静。这不是文件损坏，多半是兼容性问题。常见做法有两种：一是找 SuperScan 3.0 版本，它对老系统的兼容面更宽；二是在虚拟机里备一台 XP/2000 环境专门跑这类老工具，别在主力机上折腾兼容层。

解压后目录里通常就一个主程序加若干配置文件，双击SuperScan4.exe进入主界面，默认停在 Scan 菜单。这里有个细节值得说：不要把它解压到带中文或空格的路径下，老程序读配置时对路径处理很粗糙，出现过配置写不进去、上次的端口列表丢失的情况。我一般固定放C:\tools\sscan\这种纯英文短路径。

2.2 目标怎么填：单机、范围、列表三种姿势

Scan 菜单的核心是一个目标输入区，支持三种录入方式，选哪种取决于你手上有什么：

范围写法要注意分隔符，SuperScan 认的是起止地址用短横线连接，别写成 CIDR 的/24，它不解析那种格式。如果目标分散在多个不连续网段，别硬凑一个大范围——那会把大量时间花在不存在的主机上。正确做法是把目标写进一个文本文件，一行一个地址或范围，通过 File 菜单下的地址列表导入，一次扫描只覆盖真正关心的段。

录入完成后点播放按钮开始扫描。扫描期间界面会滚动显示进度，结束后给出一张主机列表，每台主机后面跟着被发现的开放端口。这里提醒一句：第一次跑建议先用一个小范围（比如 5 个地址）验证网络可达和权限，别一上来就甩一个 /24 出去，等十分钟才发现网关把 ICMP 拦了，白等。

2.3 结果怎么读：主机列表与 HTML 导出

扫描结束后的主机列表是主要产出。每行一台主机，列出 IP、主机名（如果解析成功）和开放端口。端口那一列是判断服务类型的起点，比如 80/443 指向 Web、3389 指向远程桌面、445 指向文件共享。但别把端口当结论——端口开放只说明有服务在监听，服务是什么、版本多少，要靠后面的 Banner 抓取去确认。

界面提供 HTML 格式导出，这个功能在写报告时很实用：导出的页面把“扫了哪些主机、每台开了哪些端口”整理成表格，直接能贴进文档。导出前建议先把主机名解析跑通，否则报告里全是 IP，可读性差一截。解析失败的常见原因是目标网段没有反向解析记录，这属于环境问题，不是你配错了。

3. Host and Service Discovery：主机发现方式与端口范围怎么定

3.1 主机发现：请求类型选得越多，扫得越慢

Host and Service Discovery 这个页签决定了“怎么判断一台主机活着”和“扫哪些端口”。上半部分是 Host Discovery，默认用 echo 请求（也就是常说的 ping）来发现主机。除了它，还能勾选时间戳请求、地址掩码请求、信息请求这几种探测方式。

这里的取舍很直白：勾得越多，对同一台主机发的探测包越多，扫描总时长线性上涨。什么时候需要多勾？当目标对单一类型的探测做了过滤，ping 不通但主机其实活着的时候，换一种请求类型可能就探到了。我的习惯是分两轮：第一轮只开 echo 请求做常规扫描，快速拿到一份“确定活着”的清单；第二轮针对第一轮里没响应但你认为应该存在的地址，单独加上时间戳等可选请求再扫一遍。这样既不拖慢整体，又能捞回被过滤掉的主机。

提示：主机发现和端口扫描是两件事。主机发现回答“这台机器在不在”，端口扫描回答“它开了什么”。先确认主机活着，再对它做端口扫描，比对着一个不存在的地址狂发端口探测包高效得多。

3.2 端口范围：为什么默认只扫常用端口

页签下半部分是 UDP 端口扫描和 TCP 端口扫描两个开关。默认配置下，SuperScan 只扫那几个最常用的端口，原因很实际：TCP 加 UDP 合计超过 65000 个端口，如果对每个 IP 都全量扫一遍，累计探测次数轻松破十万，时间成本不可接受。

所以默认的“常用端口集”是效率优先的产物。什么时候要扩？当你明确知道目标可能跑着非标准端口上的服务，比如某个内部应用监听在 8081、某个数据库在 1433 之外的端口。扩端口范围的方式是在端口配置里增删条目，而不是无脑全扫。全端口扫描在单机上都要跑很久，放到一个网段上基本不具备可操作性。

UDP 扫描要单独说一句：UDP 是无连接的，没有握手可以判断，扫描器只能靠“有没有收到 ICMP 端口不可达”来推断端口状态，所以结果天然不如 TCP 可靠，超时也更多。除非你确实在找 DNS、SNMP 这类 UDP 服务，否则日常扫描把 UDP 关掉，能省下大量等待时间。

3.3 一个可复现的配置流程

把上面的取舍落成一套固定动作，照着走一遍：

1. 打开 Host and Service Discovery，Host Discovery 只保留 echo 请求，其余可选请求先不勾。
2. TCP 扫描开启，端口集先用默认常用端口；UDP 扫描关闭。
3. 回到 Scan 菜单，录入一个小范围目标，点播放。
4. 看结果：有响应的主机进清单，无响应的地址记下来。
5. 对无响应但预期存在的地址，回到 Host Discovery 勾上时间戳等请求，单独再扫一轮。
6. 对确认活着的主机，按需扩充端口集做第二轮定向扫描。

这套流程的价值在于把“广撒网”和“精探测”分开，避免一次配置里既想快又想全，最后两头不讨好。

4. Scan Options 与 Banner Grabbing：速度、重试与超时怎么调

4.1 重试次数与解析数量：默认 1 通常够用

Scan Options 页签里，前两项分别是“扫描过程中主机和通过审查的服务数”和“主机名解析的数量”，默认值都是 1。这两个参数本质是重试/并发控制：值调大，遇到不稳定链路时成功率更高，代价是耗时增加。

什么时候该调？当你的目标网段跨了不稳定的链路，或者目标设备响应很慢，出现“明明开着却扫不到”的情况，把重试数从 1 提到 2 或 3 往往能救回来。反过来，在稳定的局域网里把它调大纯属浪费——每个包都多等一轮，整体时间翻倍。我的默认策略是保持 1，只有在结果明显偏少、且怀疑是链路问题时才临时上调，扫完再改回来。

4.2 Banner Grabbing：8000 毫秒延迟不是万能值

Banner Grabbing 是让扫描器连上开放端口后，读取服务返回的标识信息，从而判断服务类型和版本。它的关键参数是延迟，默认 8000 毫秒。这个值的含义是：连上之后最多等这么久去收 banner。

问题在于，8000 毫秒对慢速主机可能不够。现象是端口明明开着，banner 却抓不到，结果里服务类型一片空白。原因可能是目标服务响应慢，或者中间设备有延迟。解决办法是把延迟调大，比如 15000 毫秒，再对那几台主机单独扫一次。反过来，如果你扫的是一批响应很快的内网设备，8000 毫秒会让每台主机都白等——但 SuperScan 的机制是收到 banner 就继续，不会死等满，所以这个值偏大主要是拖慢“抓不到 banner”的那些端口，影响可控。

注意：Banner 抓取会向目标服务发送真实连接请求，某些服务会把这种连接记进日志。做资产梳理时这没问题，但如果你在别人的环境里操作，先确认授权范围。

4.3 扫描速度滚动条：0 不是最优解

速度调节滚动条控制的是“发送每个包之间等待多久”。最快的设置是 0，也就是几乎不等待、连续发包。很多教程会说“想快就拉到 0”，但这里有个血泪经验：速度设为 0 时，存在包溢出的潜在可能——发包速度超过链路或目标设备的处理能力，导致丢包，结果就是“该扫到的没扫到”，你还以为是主机没开端口。

判断要不要降速，看两个信号：一是结果里大量端口显示“过滤/无响应”，但你用其他方式确认服务是通的；二是扫描过程中网络明显卡顿。出现这两种情况，把滚动条往慢的方向调，给每个包留出间隔。稳定优先于快，尤其是在老旧设备多的网段里。我一般把速度设在中低速档做首轮扫描，确认结果合理后再考虑提速做补充扫描。

4.4 参数组合的一张对照表

把这一章涉及的参数整理成一张表，方便按场景查：

5. Tools 与 Windows Enumeration：单机信息收集的两个加速器

5.1 Tools 页签：ping、traceroute、HTTP 一把抓

Tools 是我用得最多的页签。它的逻辑很简单：在顶部填一个主机名或 IP，再填默认连接服务器，然后点对应按钮，就能对这台主机做单项探测。ping 用来确认可达性，traceroute 用来看路径上经过哪些跳，HTTP 请求用来快速确认 Web 服务是否响应。

这个页签的价值在于“不用切窗口”。排查一台主机时，你往往要交替做 ping、看路由、试 HTTP，如果每样都开一个命令行，来回切换很碎。Tools 把它们收在一处，点几下就有一组结果。使用时注意：traceroute 在跨网段时可能因为中间设备不回 ICMP 而显示星号，这不代表路径断了，只代表那一跳不响应探测，别据此下结论。

5.2 Windows Enumeration：只对 Windows 主机有效

Windows Enumeration 页签专门针对 Windows 主机做信息枚举，能拿到从单台主机到用户群组、再到协议策略的一层层信息。原文里有一句评价很到位：它产生大量透明信息。意思是，只要目标允许，这个页签能把不少配置细节摊开给你看。

但它的适用边界必须说清楚：如果目标是 Linux/UNIX 主机，这个页签基本没用，因为它依赖的是 Windows 特有的枚举接口。所以正确用法是先通过端口和 banner 判断目标大概是什么系统（比如 445、139 开着多半是 Windows），再决定要不要用这个页签。对非 Windows 目标硬点，只会得到一堆空结果，浪费时间还容易误判。

提示：枚举拿到的信息敏感度较高，涉及用户、组、策略等。这类结果只应存在于你有明确授权的资产梳理场景里，导出和留存都要按内部规范来。

5.3 把 Tools 和枚举串成排查动作

单机排查时，我一般按这个顺序走：先在 Tools 里 ping 确认活着，traceroute 看路径是否正常，HTTP 请求确认 Web 层；然后回到扫描结果看端口，如果判断是 Windows 主机，再用 Windows Enumeration 补配置信息。这个顺序的好处是先排除网络层问题，再谈服务层，避免在“根本不通”的主机上做一堆无效枚举。

6. 避坑与排查：五条踩过的坑

6.1 双击没反应，以为文件坏了

现象：双击SuperScan4.exe，进程一闪而过，界面不出现。原因：运行环境不是 XP/2000，兼容性不满足。解决：换 SuperScan 3.0，或在虚拟机里准备对应老系统环境，别在主力机上反复试兼容模式。

6.2 扫完一片空白，以为网段没主机

现象：对一个确定有设备的网段扫描，结果列表空空。原因：主机发现只开了 echo 请求，而目标或中间设备过滤了 ICMP。解决：到 Host and Service Discovery 勾上时间戳等可选请求再扫一轮；同时确认目标地址范围写法正确，没用 CIDR。

6.3 端口明明开着却显示关闭

现象：某个服务你确认在跑，扫描结果里对应端口却没出现。原因：扫描速度设为 0 导致丢包，或重试次数为 1 且链路不稳。解决：把速度滚动条调慢，重试数临时提到 2～3，缩小范围重扫该主机验证。

6.4 Banner 抓不到，服务类型全空

现象：端口显示开放，但服务标识一栏空白。原因：Banner 延迟 8000 毫秒对慢速主机不够。解决：把延迟调到 15000 毫秒左右，对这几台主机单独重扫；若仍抓不到，可能是服务本身不主动发 banner，需要换其他方式确认。

6.5 对 Linux 主机点 Windows 枚举，结果全空

现象：Windows Enumeration 页签点下去没有任何信息。原因：目标不是 Windows 系统，枚举接口不适用。解决：先用端口和 banner 判断系统类型，非 Windows 目标跳过这个页签，改用端口和 banner 结果推断服务。

7. 进阶：把一次扫描变成可复用的资产清单

单次扫描的结果是临时的，真正有价值的是把它变成可对比、可追踪的清单。我的做法是固定一套“扫描模板”：目标范围写进一个文本文件，Host Discovery 只开 echo，TCP 常用端口集固定，UDP 关闭，速度中低速，Banner 延迟 8000 毫秒。每次扫描都从这个模板出发，只改目标文件，这样不同时间点的结果具备可比性。

导出 HTML 后，我会把关键字段抽出来做一张对照表，方便看变化：

这张表的作用不是好看，而是让“这次和上次有什么不同”一眼可见。资产梳理最怕的是每次扫完就扔，下次再从零开始，等于白扫。

还有一个容易被忽略的技巧：扫描前先确认自己的出口和权限边界。在别人的网段里扫描，哪怕只是 ping 一圈，也可能触发告警。我一般会在扫描前把目标范围、时间窗口、探测类型写成一句话记录，扫完归档。这个习惯救过我一次——某次结果异常，回头查记录才发现是扫描时段正好赶上目标做维护，不是工具的问题。

从那以后我每次跑 SuperScan 都强制走一遍“小范围验证 → 全量扫描 → 结果对照”的流程，再急也不跳过第一步。希望帮到你。

本文还有配套的精品资源，点击获取