semantix 是什么
semantix 是登记在 361 上的 IANA 服务名，登记机构直接写的是 Semantix，属于厂商为自己的产品申请的编号。注册表之外没有公开的协议文档，也没有可查的实现；这类「公司名即服务名」的条目在早期很常见，编号登记后长期保留，即使产品早已停售。361 位于 0-1023 的知名端口段，绑定需要特权，现网出现监听说明是有人手工指定过这个端口。
基本信息
| 服务名 | semantix（Semantix） |
|---|---|
| 端口与协议 | 361，TCP 与 UDP 均有登记 |
| 注册情况 | IANA 登记项，无 RFC 文档 |
| 登记背景 | 厂商产品注册，登记机构 Semantix |
| 现网现状 | 无公开实现，现网极少出现 |
| 权限要求 | 0-1023 段端口，绑定需 root 或 CAP_NET_BIND_SERVICE |
典型使用场景
- 老系统核查：发现 361 监听时确认程序来源与启动方式
- 资产清理：业务下线后把服务、进程与自启动项一并清理
- 规则治理：回收无人认领的 361 放行条目，降低审计成本
- 采购与替换评估：核对新平台是否覆盖旧产品功能，避免依赖停售组件
- 安全分析：出现 361 外联时先取证，再判断是遗留程序还是计划外行为
定位与排查
定位与排查
ss -lntup 'sport = :361' # 查看 361 的监听与进程
sudo lsof -i :361 # 反查进程与可执行文件
awk '$2 ~ /:0169$/ {print}' /proc/net/tcp # 十六进制端口，361 = 0x0169
systemctl list-unit-files | grep -i semantix # 查是否有同名服务单元
ss -tan 'dport = :361' # 看本机是否有主动连接ss 输出逐列读法
| 列 | 含义 | 关注点 |
|---|---|---|
| State | LISTEN 监听、ESTAB 已连接 | 长期监听且无连接多为残留服务 |
| Recv-Q | 未读字节数 | 增长说明对端在发数据而应用未处理 |
| Send-Q | 未确认字节数 | 监听态显示内核队列上限 |
| Local Address:Port | 本机地址与端口 | 绑定全部网卡时暴露面最大 |
| Process | 程序名与 PID | 确认是否属于已停售产品 |
停售产品的端口在资产台账里往往只有一行记录，缺少负责人和用途说明。清理这类条目时，建议按「确认无连接 → 确认无依赖 → 停服务 → 清自启动 → 回收规则」的顺序执行，每步留一条变更记录；这样即使后续出现业务反馈，也能快速定位到是哪一步造成的影响。