msexch-routing 是什么
691 号 TCP/UDP 的 IANA 登记名是 msexch-routing，登记说明为 MS Exchange Routing，登记人为 David Lemson，对应的是 Exchange 2000 时代的路由组与链接状态机制。当时的邮件系统需要在多个站点之间传播路由信息，691 是这套机制的组成部分；现代 Exchange 版本的组织内路由已改由其他机制承担，这个端口不再需要。
基本信息
| 服务名 | msexch-routing（MS Exchange Routing） |
|---|---|
| 端口 | 691（TCP 与 UDP 同名登记） |
| 背景 | Exchange 2000 路由组与链接状态 |
| 现状 | 现代 Exchange 已不使用 |
| 登记人 | David Lemson |
典型使用场景
- 邮件系统盘点：确认环境内是否还有年代久远的 Exchange 组件
- 端口台账维护：区分历史邮件组件端口与现役端口
- 安全核查：确认遗留服务器的补丁与支持状态
- 迁移规划：老版本 Exchange 升级或迁移到新平台的路径设计
- 扫描告警定性：命中 691 时判断来源与业务归属
排查命令
排查命令
ss -lntup 'sport = :691' # 本机 691 端口监听情况
sudo lsof -i :691 # 反查进程
netstat -ano | findstr ':691 ' # Windows 侧对照（Exchange 多运行在 Windows）
Get-Service | Where-Object {$_.DisplayName -like '*Exchange*'} # PowerShell 核对服务
dism /online /get-packages 2>$null | Select-String -Pattern 'Exchange' | Select-Object -First 5 # 组件核对邮件系统端口对照
| 端口 | 用途 | 状态 |
|---|---|---|
| 691 | Exchange 2000 路由 | 历史登记 |
| 25 / 587 | SMTP 投递与提交 | 现役 |
| 143 / 993 | IMAP 接收 | 现役 |
| 443 | 现代客户端与移动设备接入 | 现役主流入口 |
老版本邮件系统往往是「补丁滞后 + 对外暴露」的组合：部分远程过程调用与 Web 组件历史上多次出现严重问题。做资产盘点时，版本与补丁级别比端口号更值得记录。
迁移规划建议按「先增加新入口、再切换客户端、最后下线旧服务」的顺序推进：邮件客户端的配置变更需要时间，直接切换容易造成大面积无法收发，回退也更复杂。
排查邮件相关告警时，先确认发信来源与认证方式：很多「异常发信」其实是内部应用用未认证通道发送通知邮件，或设备告警邮件未做限制，属于配置问题而非入侵迹象。
端口台账里建议给历史条目留一列「业务归属」：明确写清该端口对应哪套系统、由谁负责、当前是否仍在使用。归属清晰的条目在暴露面收敛时可以快速决策，归属不明的条目则往往长期挂账、每次审计都要重新排查一遍。