1025 与 Teradata 数据库
1025 是 Teradata 数据库的默认 SQL 服务端口，客户端工具、ETL 调度与 BI 平台都通过它接入。Teradata 属于典型的 MPP（大规模并行处理）架构：数据分散在多个节点上并行查询，客户端连接的是协调节点或网关，由它把请求分发下去再把结果汇总。这个默认端口在部署时基本没有人会去修改，因此在扫描报告和防火墙清单里非常好认。生产环境应把它限制在应用服务器与 ETL 网段之内。
基本信息
| 服务名 | Teradata Database（默认 1025） |
|---|---|
| 传输层 | TCP |
| 架构 | MPP 并行数据库，多节点协同 |
| 用途 | 数仓 SQL 连接、ETL 调度与 BI 工具接入 |
| 安全等级 | 仅数据网段，禁止办公网直达 |
典型使用场景
- 数仓连通排障：ETL 任务失败时区分网络、认证与 SQL 三类问题
- 安全组核对：确认只有应用与 ETL 主机可访问
- 资产盘点：登记数仓节点、网关与管理界面
- 性能初判：并行节点数量与网络时延对查询影响大
- 合规审计：数据仓库的访问控制与审计留痕是否完整
连通性测试
连通性测试
nc -zv dw01 1025 # 从应用服务器测试端口可达性
telnet dw01 1025 # 老环境常用，行为与 nc 类似
ss -lntp | grep 1025 # 数仓节点侧确认监听
# 客户端侧核对连接配置中的主机名与端口设置
# 排查顺序：网络可达 → 认证可用 → 权限与会话数 → SQL 本身数仓连接排查步骤
| 步骤 | 检查内容 | 常见结论 |
|---|---|---|
| 一 | 网络连通（nc/telnet） | 不通则属网络或策略问题 |
| 二 | 客户端连接配置 | 主机名与端口写错最常见 |
| 三 | 账号与权限 | 认证失败或对象权限不足 |
| 四 | 会话与并发限制 | 连接数打满表现为随机失败 |
默认端口基本没人改，扫描一测一个准。安全组只放行 ETL 与 BI 主机是投入最小、收益最直接的一步，也能顺带收敛掉大量无意义的连接尝试。
数据仓库里通常存放全公司最敏感的数据。端口未做来源限制时，任意内网主机都能尝试连接与口令爆破，一旦成功就是最严重级别的数据泄露。