首页/网络/常用端口速查/169 send SEND 服务
100-199 系统端口99 条

169 send SEND 服务

SEND 历史注册端口,属早期消息发送类服务,无现代实现。

常用端口速查网络更新于 2026-10-13

169 端口是什么

169 的登记名是 send,说明只有 SEND 一词,注册人 William Oldwin。它与 18 的 msp、29 的 msg-icp 同类,属于多用户主机时代的消息投递注册。这类功能后来被邮件系统与消息中间件全面接管,编号也随之失效,如今只剩名录记录。

基本信息

服务名send(SEND)
端口号169
传输层TCP 与 UDP 均已登记
时代多用户主机时代的消息投递
现状历史登记,无公开实现
注册人William Oldwin

消息投递的数十年变迁

从主机终端之间的即时消息,到电子邮件,再到消息队列与推送服务,投递语义越来越复杂,承载机制也从固定低位端口转向按需连接。169 记录的是这条演进链条的起点之一,对今天的排障只有识别价值。

典型排查场景

  • 遗留系统盘点:老主机的运维文档可能仍提到 SEND,需要确认是否还有工具在使用。
  • 扫描归因:169 出现即追查占用进程,按未知服务流程处理。
  • 台账标注:归入历史注册分组,与在网的消息系统明确区分。
  • 策略清理:移除历史放行项并记录删除依据。
  • 培训示例:用 msp、msg-icp、send 三个条目说明主机时代消息服务的密集注册。

定位占用进程

定位占用进程
ss -lntup 'sport = :169'            # 本机 TCP/UDP 监听
sudo lsof -i :169                  # 反查进程与 PID
ss -lntu | grep -E ':1(6[0-9]|7[0-9])'   # 顺带看相邻编号占用情况
netstat -ano | findstr :169        # Windows 取 PID
ps -eo pid,user,etime,cmd | grep <PID>   # 补充进程属主与运行时长

输出逐列读法

列含义判读
State状态LISTEN 与 UNCONN 为监听态;ESTAB 表示存在活跃会话,须核对对端
Local Address:Port本地地址端口同编号在 IPv4 与 IPv6 各占一行属正常现象
Process占用进程进程属主与业务不符时,先隔离再确认,不要直接终止
同类条目在 18、29、169 等编号上零散分布,检索时按消息投递这一特征成组处理,比逐个考证更有效率。
该编号在 TCP 与 UDP 都有登记,UDP 方向的历史条目多用于一次性通知,排查时不要只看 TCP。
若在资产中真的发现 169 处于监听状态,先看进程路径与启动方式是否属于已知业务;无法对应时按未知服务流程处置,留存记录并限制访问,不要仅凭 IANA 上的名称就结案。

易错点

  • 把 send 当作现代消息服务端口去业务系统里找对应组件:根本不存在对应实现。
  • 只查 TCP 忽略 UDP 登记:会漏掉一半可能的流量。
  • 把历史编号纳入防火墙放行清单:扩大暴露面且毫无收益。
  • 在事故复盘里把实际占用进程写成 SEND 服务:会把后续复盘引向错误结论。

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌