1119 与战网客户端连接
1119 与暴雪 Battle.net 客户端的历史连接通道相关：早期战网客户端通过它完成登录、好友状态与游戏联机等通信。现代客户端的大量流量已经转到 HTTPS（443），但 1119 仍频繁出现在企业网络的流量管理策略与老游戏联机排障资料里。这个号段属于客户端与服务端之间的约定，不同客户端版本与游戏实际使用情况差异较大，因此用端口做唯一判据并不可靠。
基本信息
| 服务名 | Battle.net 客户端连接（Blizzard） |
|---|---|
| 传输层 | TCP |
| 历史默认 | 1119 |
| 现代方式 | 大量流量走 HTTPS 443 |
| 现状 | 老客户端与受限网络场景下的排障话题 |
典型使用场景
- 企业网络管理：限制游戏流量时的策略选择与副作用评估
- 客户端排障：登录失败或联机异常时确认是网络受限还是服务端问题
- 合规检查：带宽占用与工作时间娱乐行为的治理依据
- 终端侧核查：确认异常出站连接的对端与归属
- 变更核实：调整出口策略后确认业务流量没有连带受影响
出站连接核查
出站连接核查
netstat -ano | findstr 1119 # Windows 侧查看相关连接与 PID
# PowerShell：
# Get-NetTCPConnection -RemotePort 1119 -ErrorAction SilentlyContinue
# 客户端日志比端口更有价值：先看启动器与游戏日志里的网络错误码
# 反查进程：Get-Process -Id <PID> | Select-Object ProcessName,Path限制游戏流量的做法对照
| 方式 | 精度 | 代价 |
|---|---|---|
| 按端口封禁 | 低 | 客户端改走 443 后失效，还可能误伤其他应用 |
| 应用识别与行为管理 | 较高 | 需设备支持特征库并持续维护 |
| 域名与证书识别 | 中等 | 可被代理与 CDN 绕过 |
| 终端侧策略与制度约束 | 依场景 | 需要配合合规说明与例外流程 |
只封 1119 通常达不到管理目的：现代客户端会通过 443 与前端服务通信。真正有效的是应用识别与终端侧治理，端口封禁最多算一层粗糙的补充手段。
端侧排障时，客户端日志往往比端口检查更有信息量：连接超时、握手失败、鉴权失败在日志里都有明确区分，先看日志能少走很多弯路。