n8n 工作流自动化
5678 是开源自动化工具 n8n 的默认端口，自建部署后通过浏览器访问它的可视化编排界面。n8n 用节点连接各种 API 与数据库，做定时任务、数据同步与流程自动化，因此实例里通常保存着大量第三方凭证与密钥，暴露出去的后果远不止一个页面被看到。
基本信息
| 服务 | n8n（社区惯例默认端口） |
|---|---|
| 协议 | TCP/HTTP |
| 用途 | 低代码自动化、API 编排 |
| 常见部署 | Docker 容器或自建服务 |
| 安全等级 | 仅运维网段，必须启用登录认证 |
典型使用场景
- 定时抓取数据并写入数据库或表格
- 在多个 SaaS 服务之间做数据同步与通知
- 把内部系统接口串成审批与告警流程
- 排查回调失效，确认外部访问地址配置是否与实际域名一致
- 安全评估时确认实例要求登录且未暴露公网
启动与检查
启动与检查
docker run -d -p 5678:5678 n8nio/n8n
ss -lntp | grep 5678
curl -s http://localhost:5678/healthz
# 反代到 HTTPS 时按实际域名设置外部访问变量
# 主机名与 Webhook 地址都要写成外部可达的地址部署要点
| 项目 | 默认值 | 说明 |
|---|---|---|
| 监听端口 | 5678 | 默认访问入口 |
| 登录认证 | 用户邮箱与口令 | 自建部署必须开启 |
| Webhook 地址 | 外部可达域名 | 配置错误会导致外部回调打不进来 |
| 凭证存储 | 工作流内的连接凭证 | 实例失守等于第三方密钥外泄 |
反向代理到 HTTPS 域名后要同步设置主机名与 Webhook 地址，否则工作流生成的回调链接会指向本机地址，外部服务调用时直接失败。这类问题常被误判成网络不通，实际是配置没跟着改。
n8n 工作流里通常保存着邮箱、云平台以及其他系统的密钥。实例暴露或口令过弱，等于把整个组织的集成凭证集中展示给攻击者，攻击者还能借这些凭证继续横向操作其他系统。