局域网扫描
局域网扫描
填网段，浏览器逐个地址发一次 HTTP 探测。 端口有回应的列为「有响应」，没回应的列为「未响应」—— 后者不等于不在线。
1扫描范围
2进度
没在扫。
为什么扫不全，以及浏览器实际能做到什么
这是纯静态站点，没有服务端。所有探测都从你正在用的这台浏览器发出， 因此受浏览器沙箱限制：
- 没有 ICMP。浏览器发不出 ping。判定依据只有"HTTP 请求有没有被对方接住"。
- 只试几个端口。先是你在上面填的端口，不通再试一组常见端口（443、8080、8443、8006…），不是全端口扫描。目标只开在非常规端口上就会漏。
- 会漏掉不开 Web 服务的设备。Windows 默认丢弃入站、交换机只开 SSH、打印机只开 9100，这些都会显示「未响应」——它们可能活得好好的。
- 扫自己所在的那一个网段最准。跨网段时请求可能直接被浏览器或网关挡掉，结果里会写「未响应」，但它其实不代表对方不在线。
- 本机内网 IP 需要你授权。浏览器只在 WebRTC 建立连接时才暴露本地候选地址，点了「只取本机 IP」会尝试一次，弹权限框就允许；不给也能手动填网段扫描。
要完整的 ARP / ICMP / 全端口结果，用电脑上的系统工具：
Windows arp -a、macOS/Linux arp -an、
nmap -sn 192.168.1.0/24 或 fping -a -g 192.168.1.0/24。
这个页面的定位是「手上只有浏览器时先看一眼」，不是替代品。
- 先让它认出你在哪。 点「只取本机 IP」，浏览器可能弹一次权限框，允许之后会显示本机内网地址，并顺手把网段填成
x.x.x.0/24。不想授权就自己填网段，扫描照样能跑。 - 确认网段。 默认
/24，最大放到/22（1024 个地址）。再大浏览器扛不住，也没意义。 - 开始扫描。 每个地址都会试一次你填的端口，再试一组常见端口（80、443、8080、22、23、3389…）。有回应的进「有响应的地址」，没回应的进「未响应」。
- 复制结果。 「复制在线 IP」一行一个，直接贴进 Excel、Ansible inventory 或 EVE-NG 的节点表。
结果的边界，先看清楚
Section titled “结果的边界，先看清楚”这个工具最大的价值是告诉你边界在哪，而不是给你一份绝对准确的 IP 列表。
- 「有响应」可信，「未响应」不可信。 请求有回应，说明那个端口确实有服务在听。但没回应只说明这次请求没被接受 —— 有可能它压根没开 Web 管理页，有可能防火墙把入站丢了，也有可能它正好在重启。跑完扫不到某台熟悉的设备，别急着下结论。
- 没有 ping。 浏览器发不出 ICMP。勾「ICMP 兜底」也还是去拿
favicon.ico，本质仍是 HTTP。想要真 ping，用系统命令。 - 只试常见端口。 不是全端口扫描，只在非常规端口上开服务的设备会漏。
- 跨网段基本无效。 Chrome 系会把
192.168.1.23这种目标当成主机名去解析，跨网段时请求可能根本发不出去。扫自己所在的网段最准。
那想要真结果该怎么办
点开页面底部那块说明，或者直接记住这几条：
- Windows：
arp -a，或者for /L %i in (1,1,254) do @ping -n 1 -w 200 192.168.1.%i | find "TTL=" - macOS / Linux：
nmap -sn 192.168.1.0/24、fping -a -g 192.168.1.0/24、arp-scan --localnet - EVE-NG 实验室里想确认节点起没起：直接看实验画布上节点的状态点，比任何扫描都快
- 要端口和服务的明细：
nmap -sV -p- 192.168.1.10
这个页面是手上只有浏览器时的第一眼，不是 nmap 的替代品。
为什么本机 IP 要单独授权
浏览器把「本机内网地址」视为敏感信息，只在 WebRTC 建立连接时才通过 ICE 候选暴露出来。页面拿到之后只用它猜一个网段填进输入框，不发送、不存储，也不会写进任何请求。
不愿意给这个权限完全可以：手填网段后点「开始扫描」，扫描逻辑和 WebRTC 没有任何依赖。
顺手能做的事
Section titled “顺手能做的事”- 排完交换机管理地址，扫一遍确认哪些 IP 已经被占用，再决定留空哪几台。
- 换到陌生现场，先扫一眼网段里有多少台设备开着管理页，心里有个数。
- 实验环境里验证 VLAN 隔离：从不同网段各扫一次，看看对方是不是真的够不着。