首页/网络/常用端口速查/155 netsc-dev NETSC 开发服务
100-199 系统端口99 条

155 netsc-dev NETSC 开发服务

NETSC 厂商产品的开发环境服务端口,与 154 配对。

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

155 端口是什么

155 的登记名是 netsc-dev,说明为 NETSC,注册人 Sergio Heker,与 154 的 netsc-prod 配对,专门给开发环境使用。给开发实例单独注册编号的做法后来被彻底舍弃:现代开发环境靠隔离网络与临时端口区分,不与生产共享编号语义。这个编号今天同样没有可运行的服务。

基本信息

服务名netsc-dev(NETSC)
端口号155
配对端口154(netsc-prod,生产环境)
传输层仅 TCP
登记状态历史登记,无公开实现
注册人Sergio Heker

开发端口为何不该固定

固定的开发端口意味着开发实例与生产实例处在同一网络平面上,只靠编号隔离,既容易误连也难做访问控制。容器与虚拟化普及后,环境隔离交给网络命名空间与地址段完成,端口号不再承担区分环境的职责。

典型排查场景

  • 生产变更核对:在生产网段看到 155 开始监听,先确认是不是开发环境误挂到了生产网络。
  • 下线清理:产品停更后,154 与 155 应成对从防火墙放行清单中移除,避免漏删。
  • 灰度流程改造:老软件靠固定开发端口做灰度发布,迁移时应把流程改为按环境切分。
  • 台账标注:把 155 记为历史注册、对应产品已无公开资料,避免后续重复调查。
  • 扫描告警降噪:将这类编号统一纳入历史注册说明,减少安全研判的无效工时。

定位占用进程

定位占用进程
ss -lntp 'sport = :155'                  # 本机 TCP 监听
sudo lsof -i :155                        # 反查进程与可执行路径
ss -lnt '( sport = :155 or sport = :154 )'   # 与配对端口一起看
netstat -ano | findstr :155              # Windows 取 PID
cat /proc/<PID>/environ | tr '\0' '\n'   # 必要时看进程的环境变量

输出逐列读法

列含义判读
State状态LISTEN 为正常监听;开发端口上出现 ESTAB 说明已有实际连接,需立刻查对端
Local Address:Port监听地址开发服务若绑定通配地址,等于对全网开放,属配置失误
Process占用进程进程属已停更老产品时,按遗留系统流程登记并安排下线
生产与开发各占一个固定编号是早期主机时代的习惯;现代更常见的做法是同一套代码在不同环境使用相同端口,靠网络隔离区分。因此在本机看到 155 监听,本身就是不符合现代规范的信号。
该编号只在 TCP 上登记。若在 UDP 方向发现 155,基本可以排除是当年的 NETSC 服务,更可能是自研程序或扫描行为。

易错点

  • 下线产品时只清理生产端口:开发端口留在防火墙策略里,等于给攻击者保留入口。
  • 把开发端口暴露到生产网段:误连生产数据的事故常由此而来,隔离比编号更可靠。
  • 照抄旧手册配置新系统:NETSC 早已不存在,规则只会增加暴露面。
  • 把成对编号当成同一个服务:两者数据与权限边界不同,处置对象与通知范围都应区分。

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

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