端口身份
451 在 IANA 注册为 sfs-smp-net，登记说明写作 Cray Network Semaphore server。从命名看，它属于 Cray 共享文件系统体系中的网络信号量服务：并行计算场景下，多个节点需要一套机制来协调同一份共享资源的访问顺序，信号量服务承担的就是这类协调通信。Cray 的这套体系已经退役，端口留在注册表里。现代 Linux、Windows 与常见集群软件都不会默认使用 451，因此它在网络中出现的合理原因只有历史遗留系统，或者该端口被其他进程占用，排查必须落到进程上。
基本信息
| 服务名 | sfs-smp-net（Cray Network Semaphore） |
|---|---|
| 协议 | TCP/UDP |
| 端口号 | 451 |
| IANA 登记说明 | Cray Network Semaphore server |
| 登记机构 / 注册人 | （注册表未列出） |
| 背景 | Cray SFS 共享文件系统 |
| 现状 | 超级计算机体系退役 |
| 默认放行 | 无（没有任何产品默认使用） |
排查与治理场景
- 资产台账核对：把实际监听端口与台账比对，台账里没有的即为待查项
- 入侵排查：冷门端口同样可能被借来做后门，历史注册端口不因「有名」而安全
- 变更前评估：上线新服务前先确认该端口有没有被别的进程占用
- 安全基线检查：基线要求关闭无用监听，本端口属于默认应关闭的类别
- 抓包确认：对监听进程抓包，看它是真有通信还是在空转
定位占用该端口的进程
定位占用该端口的进程
ss -lntup 'sport = :451' # 列出监听中的 TCP/UDP 套接字，sport 按本地端口过滤
sudo lsof -i :451 # 需要 root 才能看到别人的进程，且会一并列出已建立连接
sudo ss -lntp 'sport = :451' # 普通用户看不到进程列时，用 sudo 重跑一次
ss -ntp 'sport = :451' # 去掉 l 参数：只看已建立的连接，排查外联行为
ls -l /proc/<PID>/exe # 由进程号反查可执行文件路径，确认程序来源
cat /proc/<PID>/cmdline # 查看启动参数，判断是常驻服务还是临时脚本
netstat -ano | findstr :451 # Windows 侧等价命令，最后一列是 PID
tasklist /fi "pid eq <PID>" # Windows 侧由 PID 反查进程名与所属服务ss 输出逐列读法
| 列 | 含义 | 正常与异常 |
|---|---|---|
| State | 套接字状态；LISTEN 为监听中，ESTAB 为已建立的连接 | 服务端口上出现非 LISTEN 状态，要结合对端地址一起判断 |
| Recv-Q / Send-Q | 接收队列与发送队列中待处理的字节数 | 监听套接字上长期非 0，说明连接没有被及时 accept |
| Local Address:Port | 本端监听地址与端口；0.0.0.0 表示所有网卡，127.0.0.1 仅本机可用 | 只想本机使用却监听在 0.0.0.0，就是对外暴露 |
| Peer Address:Port | 对端地址与端口；仅监听时显示为 *:* | 出现具体外部对端地址，说明已经建立了连接 |
| Process | users:(("名称",pid=,fd=)) 形式的进程信息 | 非 root 运行时该列可能为空，不代表端口没有所属进程 |
排查未知端口先分清三件事：谁在监听（进程与程序路径）、谁在连接（对端地址与方向）、谁负责（业务归属）。三件事都清楚后再决定放行、隔离还是下线；归属未明一律按拒绝处理。
451（网络信号量）与 452（配置服务）同属 Cray 共享文件系统体系的两笔登记，登记人不同（451 未列出、452 为 Walter Poxon）；排查时应当按两笔独立登记分别核实进程。
Windows 侧 netstat -ano 的列依次是 Proto、Local Address、Foreign Address、State、PID：LISTENING 为监听、ESTABLISHED 为已建立连接；PID 要用 tasklist /fi "pid eq <PID>" 反查进程名，tasklist /svc 可显示该 PID 归属的服务。