一个号多种用途
5001 是典型的「一个端口号多种用途」：iperf3 服务端的经典默认端口在这里，群晖 DSM 的 HTTPS 管理页面默认也用它，ASP.NET Core 的 HTTPS 调试端口同样常配成 5001。网络工程师看到它先想到带宽测试工具，运维看到它多半是 NAS 管理入口，判断时必须落到实际监听进程上。
基本信息
| 服务 | iperf3（-s 默认）/ Synology DSM HTTPS / .NET HTTPS 调试 |
|---|---|
| 协议 | TCP 与 UDP |
| 用途 | 带宽测试、NAS 管理、开发调试 |
| 安全等级 | 按实际服务定，管理口需强认证 |
典型使用场景
- 新链路或新专线验收时用 iperf3 打流测吞吐
- 排查带宽上不去，用并发多流与双向对比定位瓶颈
- 通过 5001 的 HTTPS 访问群晖 NAS 的 DSM 管理界面
- 开发环境运行 ASP.NET Core 的 HTTPS 调试站点
- 资产梳理时确认端口上是测试残留、管理界面还是应用服务
iperf3 常规压测
iperf3 常规压测
iperf3 -s # 服务端默认监听 5001
iperf3 -c 10.0.0.1 -t 30 -P 4 # 4 条并发流测 30 秒
iperf3 -c 10.0.0.1 -R -t 30 # 反向测试，看下行吞吐
ss -lntup | grep ':5001 ' # 确认端口由哪个进程占用判读 iperf3 输出
| 列 | 含义 | 关注点 |
|---|---|---|
| Interval | 每秒一行的区间统计 | 吞吐是否稳定，有无掉底 |
| Transfer | 区间内累计传输量 | 与链路理论带宽对比 |
| Bitrate | 实时速率 | 单位是 bit/s，注意与字节换算 |
| Retr | 重传次数 | 持续增长说明有丢包或误码 |
| Sender/Receiver | 发送端与接收端视角 | 两端差异大时检查设备缓冲 |
群晖 5001 若暴露公网，必须开启二次验证并限制来源，NAS 管理口是勒索软件的重点目标。带宽测试结束后及时停掉 iperf3 服务，别让测试进程长期占着端口，也给后来的排障者留下误导。
测试方法上的坑：iperf3 默认走 TCP，单条流在高带宽长肥管道上跑不满，需要加并发参数；测 UDP 用 -u 时要同时看丢包与抖动，只看带宽会得出完全相反的结论。测试前后都确认两端没有遗留进程。
快速判别的办法：Linux 侧用 ss -lntp 直接看监听进程名，Windows 侧用 netstat -ano 再对照进程号。如果端口上有进程但业务并不需要它，先确认是不是测试或开发环境的遗留，再决定停用还是纳入台账。