认证服务的历史端口
1645 是认证、授权与计费体系中认证请求最初使用的端口：客户端设备把登录凭据发到这里由服务器校验。后来标准文档把端口调整到 1812，原因是原编号与另一项登记存在冲突。如今主流设备与服务器都已使用新端口，但部分老设备的默认配置仍指向旧端口，这也是认证类故障里最常见的错配之一。
基本信息
| 服务 | 认证请求（历史端口） |
|---|---|
| 协议 | UDP 1645（现行为 1812） |
| 变更原因 | 原编号与其他登记冲突，标准文档调整了端口 |
| 兼容现状 | 部分老设备仍默认使用旧端口 |
| 暴露要求 | 仅网络设备与认证服务器之间 |
典型使用场景
- 认证排障：设备登录失败时核对双方配置的端口
- 搬迁与升级：改造认证服务器前确认老设备的端口配置
- 安全核对：确认客户端与服务器之间的通信是否来自受控网段
- 审计核对：确认计费与审计记录中的来源地址一致
- 策略清理：确认旧端口无流量后回收放行规则
端口对照
| 用途 | 历史端口 | 当前标准端口 |
|---|---|---|
| 认证请求 | 1645 | 1812 |
| 计费与审计 | 1646 | 1813 |
| 设备本地认证 | 不涉及网络端口 | 不涉及网络端口 |
核对方式
核对方式
# 服务器侧：确认监听端口（新旧可能同时监听）
ss -lunp | grep -E ':1645|:1812'
# 设备侧：核对认证服务器配置
# 以厂商命令行查看认证服务器地址与端口设置
# 抓包确认请求实际发往哪个端口
sudo tcpdump -i eth0 -n 'udp port 1645' -c 10认证请求通常使用无连接传输：请求发出去如果没有应答，客户端会重试若干次后判定失败，日志里往往只体现为超时。排查时先确认请求的目标端口与服务器实际监听端口是否一致，再去核对共享密钥。
共享密钥是这类认证的核心秘密：一旦泄露，攻击者可以伪造认证或计费报文，影响账号安全与审计记录。密钥应避免使用弱值，并随设备台账定期轮换，同时确认新旧端口都没有对非受控网段开放。
核实要点
- 确认设备配置的端口与服务器监听端口一致
- 确认共享密钥两侧完全相同且强度足够
- 确认服务器与设备之间只允许受控网段访问
- 确认迁移完成后回收旧端口的放行规则