rlzdbase 是什么
635 在 IANA 登记的服务名是 rlzdbase，登记说明为 RLZ DBase，注册人为 Michael Ginn。名字里的 DBase 容易让人联想到通用数据库，但登记说明指向的是 RLZ 自己的数据库组件，并不是任何一种通用数据库产品的默认端口。登记表没有 RFC 引用，协议细节不公开。635 属于系统端口段（0-1023），RFC 6335 之后这段只由 IETF Review 或 IESG Approval 分配。真正排查数据库连通性时，应直接看数据库产品自身的端口，而不是从 635 这个登记名出发。
基本信息
| 服务名 | rlzdbase |
|---|---|
| IANA 登记说明 | RLZ DBase |
| 协议 | TCP 与 UDP（分别登记） |
| 登记 | IANA 早期登记，无 RFC 引用 |
| 端口区间 | 系统端口 600-699 |
| 登记人 | Michael Ginn |
典型使用场景
- 数据库连通性排查：核对连接串里的端口是否与数据库实际监听一致
- 错误信息解释：把「连接被拒绝」与「端口不对」区分开，避免误判权限问题
- 端口规范制定：禁止新应用占用系统端口段，避免与历史登记项冲突
- 中间件梳理：区分数据库端口、代理端口与应用自成体系的私有端口
- 迁移改造：把老应用硬编码的端口号整理成配置项
定位占用进程
定位占用进程
sudo ss -lntup 'sport = :635' # 635 监听情况
sudo lsof -i :635 -P -n # 进程归属
sudo ss -tan '( dport = :635 )' | wc -l # 当前连接数
nc -vz -w 3 127.0.0.1 635 # 连通性测试，超时设短避免卡住
# 数据库排查思路：先确认产品默认端口（如 MySQL 3306、PostgreSQL 5432），再核对配置排查判断要点
| 现象 | 含义 | 处置 |
|---|---|---|
| 连接被拒绝（RST） | 目标端口无监听 | 核对服务端配置与实际监听端口 |
| 连接超时无响应 | 中间被防火墙丢弃或地址不通 | 链路分段检查，从近到远定位 |
| 能连上但认证失败 | 端口正确、凭据或策略有问题 | 转到应用与账号层排查 |
「连接被拒绝」和「连接超时」指向完全不同的问题：前者说明报文到达了主机但没有进程监听，后者多半是策略丢弃或路由不通，混为一谈会让排查方向来回摆动。
老应用常把端口号硬编码在程序或脚本里，迁移时需要把这些硬编码提取成配置项，否则换机器后端口对不上，故障表现会很隐蔽。