profile 是什么
profile 是 IANA 登记的 PROFILE Naming System，TCP 与 UDP 同名，登记人为 Larry Peterson，属于早期目录与命名服务的实验批次。命名系统要解决的问题是：用稳定的名字指向会变化的资源。这个话题在同期有多个方案竞争，包括 CCSO 名称服务器（105）与 ANSA 体系（116），最终由 DNS 与后来的目录服务占据主流，136 号没有留下实现。
基本信息
| 服务名 | profile（PROFILE Naming System） |
|---|---|
| 端口号 | 136（TCP/UDP 同名登记） |
| IANA 登记说明 | PROFILE Naming System |
| 登记人 | Larry Peterson |
| 功能定位 | 资源命名与名称解析 |
| 同批实验条目 | csnet-ns（105）、ansanotify（116） |
| 现状 | 无公开实现 |
| 处置口径 | 按未知服务核实进程与业务归属 |
现网出现时怎么处置
- 先分清已实现的命名服务：主机上真正在跑的命名服务通常有明确配置文件与数据目录，可据此快速排除
- 查主机名解析配置：检查名称服务的解析顺序设置，确认该端口未被配置为上游
- 看查询模式：命名查询以短小的请求响应为主，出现大数据量传输说明定性有误
- 核对外包依赖：自研系统可能私自定义名称解析通道，需向开发确认约定
- 按未知服务收口：无授权用途的先限制来源，留证后再定去留
定位占用进程
定位占用进程
ss -lntup 'sport = :136' # 列出 136 的 TCP/UDP 监听进程
sudo lsof -i :136 # 进程与打开的文件
grep -v '^#' /etc/nsswitch.conf # 名称解析顺序，确认有无自研通道
hostname -f; hostname -I # 辅助确认本机角色
ss -tnp | grep ':136' # 该端口上的查询连接
netstat -ano | findstr :136 # Windows：端口与 PID命名服务方案对照
| 方案 | 端口 | 结局 |
|---|---|---|
| PROFILE Naming System | 136 | 实验注册，无实现留存 |
| CSNET 名称服务器 | 105 | 随早期学术网络退场 |
| 域名系统 | 53 | 成为互联网通用命名基础设施 |
命名类服务是网络的中枢：它一旦被劫持或篡改，影响范围远超单台主机。审计时除了确认进程归属，还要验证解析结果是否与预期一致，必要时用可信解析源交叉比对。
这类命名实验条目几乎不留下可检索的技术文档，网上流传的用途描述多属推测。写入台账时按名录原文登记，把未证实的推断与已确认的事实分开标注。