开放端口检查器 – 测试 HTTP、HTTPS 与 WebSocket 端口
开放端口检查器是尽力而为的浏览器端口探测工具。输入主机和端口，它使用浏览器的 fetch（no-cors）和 WebSocket 查找提供 HTTP(S) 或 WebSocket 服务的服务。浏览器无法打开原始 TCP 套接字，并会阻止 SSH、SMTP 等受限端口，因此结果无法证明端口开放或关闭。请使用附带的 nc 和 nmap 命令建议进行确定性检查。
开放端口检查器是尽力而为的浏览器端口探测工具，用于检查主机和端口是否提供 HTTP(S) 或 WebSocket 服务。它为开发者和运维工程师提供快速调查连接的方式，但无法确定性地判断端口是开放还是关闭。
要检查目标，输入其主机和端口。工具使用带 no-cors 的浏览器 fetch 和 WebSocket 尝试检测。浏览器无法打开原始 TCP 套接字，并会阻止 SSH、SMTP 等受限端口。因此，基于浏览器的探测有重要限制：没有响应不代表端口关闭。开放端口检查器包含 nc 和 nmap 命令建议以获得确定性结果。
浏览器探测和命令行端口检查不可互换。浏览器方法可以查找提供 HTTP(S) 或 WebSocket 的服务，但浏览器无法建立确定性端口检查所需的原始 TCP 连接。用浏览器工具获取快速的初步信号，需要结论性结果时再使用 nc 或 nmap。
工具在浏览器中运行，但检查目标需要网络访问：您输入的主机和端口会作为连接尝试的一部分发送到该主机。My-DevTools 不存储任何内容。开放端口检查器无法离线使用，因为它必须能到达目标。它可以帮助开发者和运维工程师调查服务端点，同时明确基于浏览器的检查的局限性。
步骤 1：输入要检查的主机和端口。工具需要这些信息来尝试连接目标。
步骤 2：在浏览器中运行检查。开放端口检查器使用带 no-cors 的 fetch 和 WebSocket 查找提供 HTTP(S) 或 WebSocket 的服务。
步骤 3：将结果视为尽力而为的信号，而非端口开放或关闭的确定性结论。浏览器限制会影响探测能检测到的内容。
步骤 4：要进行确定性检查，请使用建议的 nc 或 nmap 命令。这些命令行工具可以执行基于浏览器的探测无法完成的检查。
使用场景：在评估主机和端口是否满足连接要求时，将开放端口检查器用作初步检查。将浏览器结果视为信号，再用 nc 或 nmap 确认。
使用场景：在与评审者或用户分享服务地址之前检查服务端点，以便及早发现可能的连接问题。浏览器返回的否定结果不能证明端口关闭。
使用场景：在正确的上下文中给出端口状态评估，而不是将浏览器结果视为确定性结论。需要确认时用 nc 或 nmap 跟进。
使用场景：从浏览器检查主机是否提供 HTTP(S) 服务。探测适合初步检查，但无法测试原始 TCP 连通性。
使用场景：对主机和端口上的 WebSocket 服务进行初步检查。如果需要确定性结果，请使用建议的命令行检查之一。