首页/网络/常用端口速查/707 borland-dsj 注册项
700-1023 系统端口92 条

707 borland-dsj 注册项

borland-dsj:Borland DSJ 注册端口。

常用端口速查网络更新于 2026-10-13

707 是什么

707 的服务名是 borland-dsj,IANA 登记说明为 Borland DSJ,登记人 Gerg Cole,协议为 TCP/UDP。Borland 是 Delphi、C++Builder、JBuilder 等开发工具的厂商,dsj 这一缩写在公开资料里没有权威展开,从登记形式看属于其分布式组件或开发期服务使用的私有端口。产品线早已并入其它公司,这一条登记也随产品一起变成了历史遗留。

基本信息

端口号707(700-1023 系统端口区间)
服务名borland-dsj
IANA 登记说明Borland DSJ
协议TCP、UDP 双登记
登记人Gerg Cole
产品背景Borland 开发工具生态
现状历史注册项,产品已退市

典型排查场景

  • 遗留系统里还跑着上世纪的开发工具中间件,端口占用表里出现 707
  • 老项目的部署文档写着需要放行 707,需要确认这套流程是否还在使用
  • 安全扫描把 707 标注为 borland-dsj,被写进遗留风险清单
  • 内网主机出现 707 的固定周期连接,需要判断是不是某套老客户端在轮询

遗留中间件核查

遗留中间件核查
# 找到占用进程
ss -lntup 'sport = :707'
# 查看进程的启动时间与运行时长,判断是否为长期遗留
ps -o pid,lstart,etime,cmd -p <PID>
# 查看该进程监听的其它端口,便于整体识别软件
sudo lsof -p <PID> -a -i -n -P
# 确认是否有外部客户端连接(有则说明确实在用)
sudo ss -tnp | grep ':707'

遗留系统评估维度

维度要确认的问题影响
业务依赖还有哪些流程在用决定能否下线
运行环境依赖的老 JDK 或运行库是否可替代决定迁移成本
数据资产是否持有唯一数据副本决定下线前的备份要求
维护方厂商是否还存在支持渠道决定漏洞修复能力
老中间件的典型特征是长期运行、启动时间久远、依赖库版本陈旧。用 ps 看运行时长往往几秒钟就能判断这台机器上的服务是不是「活的业务」还是「没人管的进程」。
遗留系统的端口放行不要只按历史文档维护。每次网络变更时重新核实一次依赖,可以避免规则越积越多,也能发现已经无人使用的记录。

易错点

  • 按历史文档保留放行规则而不复核依赖,导致几十年积累的敞口无人认领
  • 直接停掉遗留进程却不确认业务依赖,触发难以诊断的连锁故障
  • 把老厂商名字当作安全背书,忽略其早已停止维护、漏洞无人修复的事实
  • 清理资产时删除老系统装机记录,后续需要重建环境时缺少参考

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌