Margrop
Articles243
Tags633
Categories6

Categories

1password 24GB VRAM 2K 3.6 Flash 30B dense 4-bit 量化 6-DoF SLAM AC ACP AI Agent AI Coding Assistant AI Tech AI tutor AI 安全 AI 应用 AI 日记 AI编程助手 ALTK-Evolve AMIE AP API API 定价 API 降价 ARC-AGI-3 ASR ATEM chat 模板 Agent Agent Harness Agent Memory Agent 入侵 Agent 工程 Agent 架构 Agent 检索 Agent 沙箱 Agent 系统 Agent 路由 Agentic AI Agentic tools Ai2 Alertmanager AllenAI Android 17 Antigravity AppDaemon AppWorld Aqara Astra Attention Baseten Benchmark CC-Switch CI/CD CLI Tools CLI工具 CPU 推理 Cache Hit Rate Caddy ChatGPT Claude Code Claude Sonnet ClawLoader Code Interpreter Codex ComfyUI Computer Use Cookie 认证 Cosmos-H-Dreams Cost Optimization Cron DFIR DSpark Date DeepSeek DeepSeek V4 Flash Diagrams.net Diary Diffusers Diffusion Docker Efficiency Tools Embedding English FSDP2 Fable 5 Fireworks AI FlashAttention FlashDreams GGUF GLM 5.2 GLM-5.2 GPT-4.1 GPT-5.6 GPT-Live GPT-Red GPU 加速 GPU 性能分析 Gateway Gemini Gemini 3.5 Flash Gemini API Gemini CLI Gemini Omni Flash Gemma 4 12B Gemma Translator Gemma4 GitHub Actions Google Google AI Google Research Google Sheets Grabette Gripette HA HADashboard HF Security Incident Hailuo Hermes Hexo HomeAssistant Hugging Face IBM Research Inference Providers Isaac Lab Java KV cache Kimi K3 Kubernetes LFM2.5 LFM2.5-VL LLM Router LVM‑Thin Late Interaction LeRobot Linux Liquid AI LiquidAI Live Translate LoRA Luna MCP MTP MacOS Magpie TTS Managed Agents Meta Microsoft 365 Copilot MiniMax Mistral Shieldstral Model Routing MuJoCo Warp Multi-Agent Multi-Vector Muse Glimmer MySQL NAS NIM NVIDIA NeMo Automodel Nemotron 3 Embed Newton Nginx Node.js Nunchaku OCR OOM OlmoEarth On-device AI Open Source OpenAI OpenAI 兼容 OpenClaw OpenCode OpenResty OpenWrt PII 检测 Physical AI Pollen Robotics Portainer PostgreSQL ProcessOn Project Astra Prometheus Prompt Caching Prompt Injection Proxmox VE PyTorch Qwen3-VL Qwen3.6 RAG RPC RTEB Real-Time Inference Red Teaming Responses API SNAP SOCKS5 SPED SVDQuant Scientific Computing Self-Forcing Distillation Sentence Transformers Session Sheets canvas Shell Sol Storage Buckets Strands Agents Subagent Surgical Robotics TTS Terra Think button TimeMachine TutorMoments UML Uptime Kuma V4-Pro VPS VoiceEQ WARP WebRTC WebSocket Windows World Foundation Model agent agentic aligenie aliyun annotation aop autofs backup bash bitwarden boot brew browser budget control centos cert certbot charles chat chrome classloader client clone closures cloudflare command commit commoditization container crontab cyber capability demo dependency deploy developer devtools dll dns docker domain download drafter draw drawio dsm dump dylib environment hooks exception fail2ban feign firewall-cmd flow free tier frontier hosted model frp frpc frps fuckgfw full-duplex function gfw git github gperftools gridea grub guardrail lockout gvt-g hacs havcs heap hello hexo hibernate hidpi hoisting homeassistant hosts html htmlparser https huggingface_hub iKuai iMessage image img img2kvm immortalwrt import index inference cost install intel io ios ip iptables iso java javascript jni jnilib jpa js json jsonb jupter jupyterlab jvm k8s kernel key kvm lastpass launchctl learning letsencrypt linux llama.cpp low-code lvm mac mariadb markdown maven md5 microcode mirror modules monitor mount mstsc multimodal mysql n5105 network nfs node node-red nodejs nohup notepad++ npm nssm ntp oop open weights openfeign openssl os ovz packet capture pdf pem perf pip plugin png powerbutton print pro productive struggle pve pvekclean python qcow2 qemu qemu-guest-agent rar reasoning control reasoning slider reboot reflog remote remote desktop renew repo resize retina router runtime safari sata scaffolding scheduled triggers scipy-notebook scoping scp self-play server serverless inference silent test simulated student so speculative decoding spk spring springboot springfox ssh ssl stash string support svg svn swagger sync synology systemctl systemd template terminal txt ubuntu ui undertow unlocker upgrade vLLM vhd vim vm vmdk web windows with worker xml yum zai-org/GLM-5.2 zip 上下文压缩 上下文工程 交换机 人才争夺 代理 企业 AI 优化 低延迟 供应链 健康检查 光猫 免费层 内存 内存优化 内网渗透 分布式推理 分布式训练 医疗 AI 升级 卫星影像 反向代理 反诉 向量检索 启动 告警 告警优化 地球观测 地理空间推理 复盘评测 夏令时 多 token 预测 多智能体 多模态 多模态 Agent 多语言 大厂人才战 大模型评测 天猫精灵 安全 安全事件 安装 定时任务 实时语音 客户端 SDK 容器 导入 小米 屏幕理解 工具审计 工具调用 工具调用拦截 工程团队 工程实践 工程笔记 常用软件 应用市场 延迟优化 开权重 开源权重 开源模型 异常 异步任务 异步委派 微信 心跳 性能优化 成本优化 成本控制 扩散模型 技术 抓包 按 provider 优先级 排查 推理加速 推理速度 推理预算 描述文件 提示词敏感性 故障排查 效率工具 教育数据开源 教育评测 数据工作流 数据流 数据集偏差 文本编码器 旁路由 日志分析 日记 时区 显卡虚拟化 智能家居 智能音箱 服务管理 本地 agent 机器人仿真 机器人学习 机器人数据采集 架构 模块 模型推理 模型评测 模型路由 残存访问 流式推理 流程 流程图 浏览器 漫游 火绒 电信 画图 监控 监控系统 监管 磁盘 稀疏注意力 立体声 端侧 AI 端侧推理 端口 端口冲突 端口扫描 续期 网关 网络 网络风暴 群晖 脚本 脚本优化 腾讯 自动化 自动恢复 自动攻击 自部署 苹果 虚拟机 视觉语言模型 视频生成 视频问诊 认证 证书 评测 评测基准 评测方法学 诉讼 语音 AI 语音 Agent 语音识别 超时 路由 路由器 软件管家 软路由 运维 运维监控 连接保活 连接问题 通信机制 通知 邮件漏发 部署 配置 量化 钉钉 镜像 镜像源 长上下文 长连接 门窗传感器 问题排查 防火墙 阿里云 阿里源 集客 飞书

Hitokoto

Archive

VPS防火墙配置实战:18789端口内网访问限制完整指南

VPS防火墙配置实战:18789端口内网访问限制完整指南

前言

在运维工作中,服务器安全是一个永恒的话题。今天我遇到一个典型的问题:某台有公网 IP 的 VPS 服务器上,OpenClaw Gateway 的 18789 端口暴露在公网,存在严重的安全隐患。本文将详细记录从发现问题的完整排查过程,以及最终的解决方案,希望给遇到类似问题的同学一些参考。

问题背景

业务场景

我们的 OpenClaw 系统部署在多台服务器上,其中包括一台有公网 IP 的 VPS(VPS4)。这台机器需要对外提供 Web 服务(443、8443 端口),同时运行 OpenClaw Gateway 管理内部 Agent。

发现问题

在一次安全检查中,发现了一个严重的问题:

  • VPS 公网 IP:某VPS(已脱敏)
  • OpenClaw Gateway 端口:18789
  • 问题:18789 端口可以从公网直接访问

这意味着任何人都可以通过 http://某域名:18789/ 访问到 OpenClaw Gateway 的管理接口,这是非常危险的行为。

环境信息

  • 服务器类型:VPS(有公网 IP)
  • 操作系统:Ubuntu 24.04
  • 部署方式:Docker 容器
  • 应用:OpenClaw Gateway
  • 需要暴露的端口:22(SSH)、443(HTTPS)、8443
  • 需要限制的端口:18789(仅内网)

问题分析

第一层:防火墙配置

首先检查防火墙规则。VPS 默认使用 iptables 或 ufw 作为防火墙软件。

1
2
3
4
5
# 查看当前防火墙规则
iptables -L -n

# 查看端口监听状态
netstat -tlnp | grep 18789

理论上,防火墙应该阻止从公网访问 18789 端口。但实际上,公网依然可以访问这个端口。

第二层:Docker 端口绑定

问题出在 Docker 的端口映射配置上。

1
2
3
# 查看 Docker 端口映射
docker ps
docker port <container_id>

原来,在启动容器时,端口映射是这样配置的:

1
2
# 原来的端口映射(有问题)
docker run -p 0.0.0.0:18789:18789 ...

0.0.0.0:18789 意味着绑定所有网络接口,包括公网网卡。这导致流量直接通过 Docker 端口映射进来,根本没有走防火墙。

根因总结

这是一个典型的”层层失守”问题:

  1. 第一层失守:Docker 端口绑定到 0.0.0.0
  2. 第二层失守:防火墙规则虽然配置了,但没有起到作用

流量路径:

1
2
3
公网用户 -> VPS 公网网卡 -> Docker 端口映射 -> 容器
↑ ↑
防火墙未生效 直接绑定所有接口

解决方案

方案一:修改 Docker 端口绑定(推荐)

最直接的解决方案是将 Docker 端口映射改为仅绑定本地地址:

1
2
3
4
5
6
7
8
9
# 停止并删除旧容器
docker stop <container_id>
docker rm <container_id>

# 使用 127.0.0.1 绑定(仅本地访问)
docker run -p 127.0.0.1:18789:18789 ...

# 或者使用内网 IP 绑定
docker run -p 192.168.x.x:18789:18789 ...

验证结果

来源 访问 18789 状态
localhost (127.0.0.1) 正常
内网 (192.168.x.x) 正常
公网 (某VPS) 已阻止

方案二:防火墙 + Docker 双重防护

除了修改 Docker 配置,还应该配置防火墙规则作为第二层防护:

1
2
3
4
5
6
7
8
# 允许特定端口
iptables -A INPUT -p tcp --dport 22 -j ACCEPT
iptables -A INPUT -p tcp --dport 443 -j ACCEPT
iptables -A INPUT -p tcp --dport 8443 -j ACCEPT

# 限制 18789 仅内网访问
iptables -A INPUT -p tcp --dport 18789 -s 192.168.0.0/16 -j ACCEPT
iptables -A INPUT -p tcp --dport 18789 -j DROP

方案三:使用 Docker 网络模式

对于更严格的隔离,可以使用 Docker 的网络模式:

1
2
3
4
5
# 创建自定义网络(仅内网)
docker network create --subnet 192.168.200.0/24 internal_network

# 容器加入内网网络
docker run --network internal_network ...

这样容器就不会暴露到宿主机的公网接口上。

完整操作步骤

步骤 1:检查当前状态

1
2
3
4
5
6
7
8
9
10
11
12
# 1. 查看容器运行状态
docker ps | grep openclaw

# 2. 查看端口映射
docker port <container_id>

# 3. 测试公网访问(从有公网IP的机器测试)
curl http://127.0.0.1:18789/
curl http://<内网IP>:18789/

# 4. 从另一台机器测试内网访问
curl http://<VPS内网IP>:18789/

步骤 2:修改 Docker 启动配置

1
2
3
4
5
6
7
8
9
10
11
12
13
# 1. 停止容器
docker stop openclaw-gateway

# 2. 删除容器(保留镜像)
docker rm openclaw-gateway

# 3. 重新启动,绑定到 127.0.0.1
docker run -d \
--name openclaw-gateway \
-p 127.0.0.1:18789:18789 \
-p 127.0.0.1:9229:9229 \
-v /opt/openclaw:/data \
openclaw/gateway:latest

步骤 3:配置防火墙(可选但推荐)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
# 1. 安装 ufw(如果未安装)
apt install ufw

# 2. 配置规则
ufw allow 22/tcp # SSH
ufw allow 443/tcp # HTTPS
ufw allow 8443/tcp # 自定义端口

# 3. 限制 18789 仅内网
ufw allow from 192.168.0.0/16 to any port 18789
ufw deny 18789

# 4. 启用防火墙
ufw enable

步骤 4:验证修复效果

1
2
3
4
5
6
7
8
9
10
11
12
# 1. 从本地测试
curl http://127.0.0.1:18789/ # 应该成功

# 2. 从内网其他机器测试
curl http://<VPS内网IP>:18789/ # 应该成功

# 3. 从公网测试(模拟)
# 如果有公网机器,执行:
curl http://<VPS公网IP>:18789/ # 应该失败

# 4. 查看日志确认
docker logs openclaw-gateway

常见问题解答

Q:为什么防火墙规则没有生效?

A:Docker 的端口映射在防火墙之前处理流量。如果 Docker 绑定到 0.0.0.0,流量直接进入容器,不会经过防火墙。需要同时修改 Docker 配置和防火墙规则。

Q:如何判断端口是否暴露在公网?

A:从有公网 IP 的机器(或使用在线端口检测工具)尝试连接。如果能连上,说明暴露了。

Q:修改 Docker 端口绑定后内网还能访问吗?

A:取决于你绑定到哪个地址。绑定到 127.0.0.1 仅本地可访问;绑定到内网 IP(如 192.168.x.x)则内网可访问。

Q:生产环境应该怎么做更安全?

A:建议多层防护:

  1. 不暴露管理端口到公网
  2. 使用 VPN 或内网访问
  3. 配置防火墙规则
  4. 使用认证和鉴权机制

安全最佳实践

1. 端口暴露原则

  • SSH(22):可暴露,但建议使用密钥登录
  • Web 服务(80/443):需要暴露,但建议配置 HTTPS
  • 管理端口(18789、9000 等):不应暴露在公网

2. Docker 安全建议

1
2
3
4
5
6
7
8
9
10
11
# 1. 不使用 0.0.0.0 绑定
-p 127.0.0.1:8080:8080

# 2. 使用只读文件系统
--read-only

# 3. 限制容器资源
--memory=512m --cpus=0.5

# 4. 不以 root 运行
--user 1000:1000

3. 定期安全检查

建议定期执行以下检查:

1
2
3
4
5
6
7
8
9
# 1. 检查端口暴露情况
ss -tlnp | grep -E ':(22|80|443|18789|9000)\s'

# 2. 检查 Docker 网络
docker network ls
docker network inspect bridge

# 3. 检查防火墙规则
iptables -L -n -v

总结

本文记录了一次典型的 VPS 端口暴露安全问题及其修复过程。核心教训是:

  1. Docker 端口映射要谨慎:不要绑定到 0.0.0.0,尤其是管理端口
  2. 多层防护:防火墙 + Docker 配置 + 应用认证
  3. 定期检查:安全不是一次性工作,需要持续关注

希望这篇文章能帮到你。如果有问题,欢迎在评论区讨论。


作者:小六,一个在上海努力搬砖的程序员

本文阅读量 --
Author:Margrop
Link:https://blog.margrop.com/post/2026-03-07-vps-firewall-configuration-guide/
版权声明:本文采用 CC BY-NC-SA 3.0 CN 协议进行许可