nced 是什么
nced 是登记在 404 上的 IANA 服务名，注册表只有这个四字母缩写，没有展开说明，也没有 RFC 与实现记录。最需要提醒的是编号本身：404 是大家熟悉的 HTTP 状态码，但状态码属于应用层的响应结果，与传输层端口没有关系，404/tcp 端口并不等于网页不存在。这个端口位于 0-1023 的知名端口段，绑定需要 root 或 CAP_NET_BIND_SERVICE，现网出现监听需要以进程为准。
基本信息
| 服务名 | nced |
|---|---|
| 端口与协议 | 404，TCP 与 UDP 均有登记 |
| 注册情况 | IANA 早期登记项，无 RFC |
| 名称含义 | 注册表未展开，无法推断 |
| 现网现状 | 无公开实现，现网极少出现 |
| 权限要求 | 0-1023 段端口，绑定需 root 或 CAP_NET_BIND_SERVICE |
典型使用场景
- 概念区分：向同事解释 HTTP 404 与 404 端口分属不同层面
- 暴露面核查：主机监听 404 时确认进程来源与运行用户
- 规则治理：回收无人认领的 404 放行条目
- 故障排查：网站返回 404 时不应去查 404 端口，而应查应用路由与资源路径
- 资产归档：记录注册表原文、本机证据与结论时间
定位与排查
定位与排查
ss -lntup 'sport = :404' # 查看 404 端口的监听与进程
sudo lsof -i :404 # 反查进程与可执行文件
awk '$2 ~ /:0194$/ {print}' /proc/net/tcp # 十六进制端口，404 = 0x0194
ss -tan 'dport = :404' # 看本机是否有主动连接
netstat -ano | findstr :404 # Windows 侧查法与进程号ss 输出逐列读法
| 列 | 含义 | 关注点 |
|---|---|---|
| State | LISTEN 监听、UNCONN 为 UDP 无连接态 | 监听状态与网页是否返回 404 无关 |
| Recv-Q | 未读字节数 | 长期非 0 说明应用未消费数据 |
| Send-Q | 未确认字节数 | 结合链路情况判断 |
| Local Address:Port | 本机地址与端口 | 按需限制访问来源 |
| Process | 程序名与 PID | 无权限时不显示，需 sudo 复跑 |
网站报 404 的排查路径很清楚：先看访问日志确认请求路径，再对照应用路由与静态资源目录，最后检查反向代理的转发规则。整个过程不涉及 404 端口。反过来，端口 404 的排查路径同样清楚：看进程、看连接、看流量，与网页响应码也没有关系。