Octelium:一个想替代 VPN、ZTNA 和 API 网关的零信任平台
AIAI Summary (BLUF)
Octelium 是一个免费开源的零信任安全访问平台,可作为现代远程访问VPN、ZTNA/BeyondCorp平台、ngrok替代品、API网关、AI网关以及MCP网关和AI代理架构的基础设施。它提供基于身份的应用层安全访问,支持无密钥访问和细粒度访问控制。
核心洞察
Octelium一个免费开源、自托管的统一零信任安全访问平台,提供基于身份的应用层安全访问。 这个项目野心不小,一个平台想同时替代 VPN、ZTNA零信任网络访问,一种基于零信任原则的网络访问控制方法,提供对内部资源的细粒度访问。、ngrok、API 网关、PaaS 和 Kubernetes Ingress。乍看像是那种"什么都能做但什么都做不好"的项目,但翻完文档发现架构设计确实有想法,基于身份感知代理做 L7 访问控制,不是简单的功能堆叠。不过要注意,项目目前不接受外部 PR,核心开发者只有一个人,选型时得考虑这个风险。
核心结论
Octelium 是一个免费开源、可自托管的统一零信任安全访问平台,基于身份感知代理在应用层(L7)做访问控制,可同时替代远程访问 VPN、ZTNA、ngrok/Cloudflare Tunnel、API 网关、AI 网关、自托管 PaaS 及 Kubernetes Ingress 等多种方案。
项目支持 WireGuard一个现代、快速、安全的VPN协议,使用最先进的加密技术。 或 QUIC一个基于UDP的现代传输协议,旨在提供低延迟、安全的互联网连接。 隧道的零配置客户端访问,也支持无客户端的 BeyondCorpGoogle 提出的零信任安全模型,允许员工从任何地方安全地访问内部应用,无需VPN。 式公开访问,人和工作负载均可使用,访问控制基于 CELA file format used for storing microarray image data and intensity values. 和 OPAOpen Policy Agent,一个开源的通用策略引擎,用于统一策略执行。 编写的策略即代码,按请求逐条判断,默认强制零常驻权限。
Octelium 提供无密钥访问能力:HTTP API 无需共享 API 密钥、SSH 无需共享密码和私钥、Kubernetes 无需分发 kubeconfig、PostgreSQL/MySQL 无需共享密码,从而避免长期有效凭证的暴露与分发。
单节点集群最低要求为 2GB 内存和 20GB 磁盘空间,运行 Ubuntu 24.04 LTS 或 Debian 12 及以上版本,可部署在 DigitalOcean、Hetzner、AWS EC2、Vultr 等廉价云虚拟机或本地虚拟机上。
项目目前由 George Badawi(Octelium Labs LLC 唯一所有者)单独开发,即将发布 v1.0,欢迎报告 bug 和功能请求,但不接受外部 pull request;客户端组件采用 Apache 2.0 许可证,集群侧组件采用 AGPLv3 许可证。
目录
- Octelium 是什么
- 适用场景
- 主要特性
- 在 Codespace 中试用 Octelium
- 安装命令行工具
- 安装你的第一个集群
- 相关链接
- 许可证
- 支持
- 常见问题
- 法律声明
Octelium 是什么
Octelium 是一个免费开源、可自托管、统一的零信任安全访问平台。它足够灵活,能当现代零配置远程访问 VPN 用,也能做完整的零信任网络访问平台,还能替代 ngrok 或 Cloudflare Tunnel,当 API 网关、AI 网关用。它也是构建 MCPModel Context Protocol - a protocol that enables AI models to access external tools, data sources, and services to enhance their capabilities and context awareness. 网关和 AI 智能体架构的可扩展基础设施,还能当容器化应用的类 PaaS 部署平台、Kubernetes 网关,甚至家庭实验室基础设施。
Octelium 提供可扩展的零信任架构,基于身份做应用层感知的无密钥安全访问。既支持通过 WireGuard 或 QUIC 隧道的私有客户端访问,也支持公开的无客户端访问。人和工作负载都能用,可以访问任何环境下 NAT 后面的私有资源,也能访问 SaaS API 和数据库这类受保护的公开资源,访问控制基于上下文,按请求逐条判断。
适用场景
Octelium 能当很多需求的完整或部分解决方案。以下是几个主要场景:
- 现代远程访问 VPN: 零信任、应用层感知的方案,可以替代 OpenVPN Access Server、Twingate、Tailscale 这类商业远程访问 VPN。支持 WireGuard 或 QUIC 的零配置客户端访问,也支持无客户端访问,靠的是动态的、基于身份的、上下文感知的策略。
- 统一零信任网络访问架构: 完整的零信任网络访问平台,类似 Cloudflare Access、Google BeyondCorp 或 Teleport。
- 自托管安全隧道: 可编程的安全隧道和反向代理基础设施,支持基于身份的安全访问和匿名无客户端访问,是 ngrok 或 Cloudflare Tunnel 的自托管替代品。示例看这里。
- 自托管 PaaS: 可扩展的平台,用来部署、管理和托管容器化应用,类似 Vercel 或 Netlify。Next.js 和 Vite 应用的示例看这里。
- API 网关: 自托管、可扩展、安全的微服务 API 网关,可以替代 Kong Gateway 或 Apigee。示例看这里。
- AI 网关: 可扩展的 AI 网关,带基于身份的访问控制、路由和可见性,支持任何 AI 大模型提供商。示例看这里。
- SaaS API 的统一零信任访问: 为团队和工作负载提供无密钥的 SaaS API 访问,不用再管理和分发长期有效的、权限过大的 API 密钥。通用示例看这里,AWS Lambda 看这里,AWS S3 看这里。
- MCP 网关和基于 A2A代理间协议(Agent-to-Agent),用于跨代理通信的标准,由Linux基金会治理。 的架构: 为模型上下文协议网关和智能体间协议架构提供安全基础设施,包括身份管理、基于标准 OAuth2 客户端凭证和 Bearer 认证的鉴权、安全远程访问和部署,以及基于身份的、应用层感知的策略即代码访问控制和可见性。示例看这里。
- 家庭实验室: 统一的家庭实验室基础设施,连接并提供安全远程访问,从任何地方访问 NAT 后面的所有资源,包括笔记本、物联网设备、云服务商、树莓派、路由器等。同时也是安全部署平台,可以部署和托管网站、博客、API,也能远程测试重型容器,比如 Ollama 这类大模型运行时、ClickHouse 和 Elasticsearch 这类数据库、Pi-hole 等。远程 VSCode 和 Pi-hole 的示例可以看这里。
- Kubernetes Ingress 替代方案: 比标准 Kubernetes Ingress 控制器和负载均衡器更高级的方案,可以通过动态的、应用层感知的策略即代码路由到任何 Kubernetes 服务。示例看这里。
主要特性
现代统一零信任架构: 基于可扩展的身份感知代理架构,在应用层控制访问。Octelium 统一了人和工作负载对私有资源和受保护公开资源的访问。支持 WireGuard 或 QUIC 的零配置类 VPN 客户端访问,也支持无客户端的 BeyondCorp 访问,底层基于 Kubernetes 实现自动扩展。详细工作原理看这里。
动态无密钥访问: Octelium 的应用层感知能力让用户可以无缝访问受应用层凭证保护的资源,不用暴露、管理和分发这些密钥。HTTP API 不用共享 API 密钥和访问令牌,SSH 服务器不用共享密码和私钥,Kubernetes 集群不用分发 kubeconfig,PostgreSQL 和 MySQL 数据库不用共享密码,任何受 mTLS 保护的 L7 协议也一样。详细说明看这里。
现代动态细粒度访问控制: Octelium 提供现代化、集中式、可扩展、细粒度、上下文感知、应用层感知的基于属性的访问控制系统,按请求逐条判断。策略即代码,用 CEL 和 OPA 编写。Octelium 没有"管理员"用户的概念,默认强制零常驻权限。详细说明看这里。
上下文感知、基于身份、应用层感知的动态配置和路由: 用 CEL 和 OPA 编写策略即代码,按请求路由到不同的上游、不同的凭证,代表不同的上游上下文和账户。动态配置的详细说明看这里。
持续强认证: 统一的人和负载用户认证系统,支持任何使用 OpenID Connect 或 SAML 2.0 的 Web 身份提供商,也支持 GitHub OAuth2。工作负载可以通过基于 OIDC 的断言实现无密钥认证。内置支持 FIDO2、WebAuthn、Passkey、TOTP 和 TPM 2.0 认证器的多因素认证、重认证和登录。详细说明看这里。
通过远程沙箱实现无客户端访问: Cordium一个免费开源、自托管、基于身份的通用沙箱平台,构建在Kubernetes和Octelium之上。 是一个免费开源、可自托管、基于身份的通用沙箱平台,构建在 Kubernetes 和 Octelium 之上。它为开发者、AI 智能体和自动化工作负载提供隔离的、可复现的沙箱,可以用来远程访问 Octelium 服务,不用在用户机器上安装、管理和分发 Octelium 命令行工具。Cordium 可以通过 Web 终端、SSH、命令行和 gRPC API 访问。演示视频看这里。
OpenTelemetry一个开源的观测性框架,用于收集、处理和导出遥测数据(如指标、日志和追踪),RΞASON内置兼容此框架以实现可观测性。 原生的审计和可见性: 实时的、基于身份的、应用层感知的可见性和访问日志。每个请求都会被记录并导出到你的 OpenTelemetry OTLP 接收器,方便集成日志管理和 SIEM 工具。
轻松的无密码 SSH: Octelium 客户端即使没有 root 权限也能提供 SSH 服务,可以 SSH 进入容器、物联网设备或其他无法运行 SSH 服务器的主机。详细说明看这里。
轻松部署、扩展和保护容器化应用: Octelium 提供开箱即用的类 PaaS 能力,轻松部署、管理和扩展容器化应用,作为服务提供无缝的安全客户端私有访问、无客户端公开 BeyondCorp 访问以及公开匿名访问。托管容器的详细说明看这里。
集中式声明式管理: 像管理 Kubernetes 一样用 octeliumctl 命令行工具声明式管理 Octelium 集群。可以把集群配置存在 Git 里,方便复现和 GitOps 工作流。快速管理指南看这里。
不需要改动现有基础设施: 上游资源完全不需要感知 Octelium 的存在。它们可以监听任何 NAT 后面的私有网络,甚至是 localhost。不需要公共网关,不需要在防火墙上开端口。
避免传统 VPN 的网络问题: Octelium 的客户端网络消除了传统 VPN 遇到的一整类网络和路由问题。支持双栈私有网络,不管上游是否支持,也不用处理 NAT64 和 DNS64 的痛苦和不一致。用自己的域名做统一私有 DNS。同时支持 WireGuard 和实验性的 QUIC 隧道,通过轻量级零配置客户端运行在任何 Linux、macOS、Windows 环境和容器环境。
开源且为自托管设计: Octelium 完全开源,为单租户自托管设计。没有专有的云控制平面,也不是某个完整功能 SaaS 付费服务的残缺开源演示版。可以托管在廉价云虚拟机上的单节点 Kubernetes 集群上,也可以托管在可扩展的生产级云端或本地多节点 Kubernetes 安装上,没有供应商锁定。
安装你的第一个集群
看这个快速指南,在任何廉价云虚拟机或 VPS 实例上安装单节点 Octelium 集群,比如 DigitalOcean Droplet、Hetzner 服务器、AWS EC2、Vultr 等,也可以在 macOS 或 Windows 机器里的本地 Linux 机器或虚拟机上安装。要求至少 2GB 内存和 20GB 磁盘空间,运行较新的 Linux 发行版,比如 Ubuntu 24.04 LTS 或更高版本、Debian 12 及以上。这对大多数开发、个人或要求不高的生产用例来说足够了,不需要高可用的多节点集群。以 root 身份 SSH 进入 VPS 或虚拟机后,可以这样安装集群:
curl -o install-cluster.sh https://octelium.com/install-cluster.sh
chmod +x install-cluster.sh
# 把 <DOMAIN> 替换成你的实际域名
./install-cluster.sh --domain <DOMAIN>
集群安装完成后,就可以按照指南开始管理了。
在 Codespace 中试用 Octelium
可以在 GitHub Codespace 里安装和管理一个演示 Octelium 集群,不用安装在真实的虚拟机、机器或 Kubernetes 集群上,直接当游乐场熟悉集群管理。访问游乐场 GitHub 仓库,在 Codespace 中运行,然后按照 README 说明安装集群并开始交互。
安装命令行工具
所有可用选项看这里。可以快速安装预编译二进制文件的命令行工具:
Linux 和 macOS:
curl -fsSL https://octelium.com/install.sh | bash
Windows PowerShell:
iwr https://octelium.com/install.ps1 -useb | iex
也可以通过 Homebrew 安装:
brew install octelium/tap/octelium
Octelium 企业版
Octelium 企业版提供额外功能,包括:基于 Web 的仪表板,用于集中控制和实时查看访问、认证、审计日志;SIEM 集成,比如 OTLP、Splunk、Datadog 等;SCIM 2.0 同步和用户组配置;静态加密的密钥管理;TLS 证书和公共 DNS 管理;基于界面的策略构建器和测试器等。
Octelium 企业版在单独的公开仓库中开发,使用 Octelium 企业版源码可用许可证。个人和内部评估用例可以永久免费使用。安装说明请访问仓库。
相关链接
- Octelium 是什么
- 什么是零信任
- Octelium 如何工作
- 集群管理第一步
- 策略和访问控制
- 无密钥访问
- 连接到集群
许可证
Octelium 是免费开源软件:
- 客户端组件使用 Apache 2.0 许可证,包括:octelium、octeliumctl 和 octops 命令行工具的代码,在 /client 目录下;octelium-go Golang SDK 和 Golang protobuf API,在 /apis 目录下;/pkg 目录。
- 集群侧组件,即 /cluster 目录下的所有组件,使用 GNU Affero 通用公共许可证 AGPLv3。Octelium Labs 也为不想遵守 AGPLv3 许可证的企业提供商业许可证。详细说明看这里。
支持
- Octelium 文档
- Discord 社区
- Slack 社区
- 邮件联系
- Reddit 社区
常见问题
项目目前的状态是什么?
Octelium 即将发布 v1.0。架构、主要功能和 API 在项目开源和公开之前就已经稳定了。
谁在背后开发这个项目?
Octelium 目前由 George Badawi 开发,他是 Octelium Labs LLC 的唯一所有者。联系方式看 https://octelium.com/contact,也可以直接发邮件到 contact@octelium.com。
Octelium 是远程访问 VPN 吗?
从三层角度看,Octelium 可以无缝作为零配置的远程 WireGuard 或 QUIC 访问 VPN 运行。但它是一个现代零信任架构,基于身份感知代理,而不是在三层操作,提供动态细粒度的应用层感知访问控制、动态配置和路由、无密钥访问和可见性。主要特性的详细说明看这里。
为什么 Octelium 是自由开源软件?有什么猫腻?
Octelium 是完全免费开源的软件。它为完全自托管设计,没有隐藏的服务器端组件,也没有人为限制,比如 SSO 税。Octelium 不是那种只提供非常有限功能、或者让你自托管很困难、逼你最终放弃并切换到单独的全功能付费 SaaS 版本的"假"开源项目。换句话说,Octelium Labs LLC 不是 SaaS 公司,也不是风投资助的公司,目前除了唯一所有者之外没有任何外部资金。所以你可能会问:有什么猫腻?商业模式是什么?答案是,项目资金来自为企业提供专门支持、为 AGPLv3 许可组件提供替代商业许可,以及提供额外的企业级专有功能和集成,比如 Splunk 等厂商的 SIEM 集成、Microsoft Entra ID 和 Okta 的 SCIM 2.0 目录同步、由 Hashicorp Vault 等保管库提供商支持的托管静态密钥加密、EDR 集成等。详细说明看这里。
项目接受外部贡献吗?
欢迎报告 bug 和请求功能。但项目目前不接受外部贡献,也就是说不会接受 pull request。不过这在可预见的未来可能会改变。
如何报告安全相关的 bug 和漏洞?
发邮件到 security@octelium.com。
法律声明
Octelium 和 Octelium 标志是 Octelium Labs, LLC 的商标。
WireGuard 是 Jason A. Donenfeld 的注册商标。
常见问题(FAQ)
Octelium 能当 MCP 网关用吗?
可以。Octelium 是构建 MCP 网关和 AI 智能体架构的可扩展基础设施,提供身份管理、基于 OAuth2 客户端凭证和 Bearer 认证的鉴权、安全远程访问和部署,以及基于身份的、应用层感知的策略即代码访问控制和可见性。
Octelium 做 MCP 网关有什么优势?
Octelium 基于身份感知代理做 L7 访问控制,支持无密钥访问和细粒度策略,按请求逐条判断。它统一了人和工作负载的访问,无需改动现有基础设施,且开源可自托管,适合构建安全的 MCP 网关和 AI 代理架构。
用 Octelium 做 MCP 网关有什么风险?
Octelium 项目目前不接受外部 PR,核心开发者只有一个人,选型时需考虑维护和可持续性风险。此外,它功能广泛,可能被质疑“什么都能做但什么都做不好”,但架构设计确实有想法,基于身份感知代理做 L7 访问控制。
版权与免责声明:本文仅用于信息分享与交流,不构成任何形式的法律、投资、医疗或其他专业建议,也不构成对任何结果的承诺或保证。
文中提及的商标、品牌、Logo、产品名称及相关图片/素材,其权利归各自合法权利人所有。本站内容可能基于公开资料整理,亦可能使用 AI 辅助生成或润色;我们尽力确保准确与合规,但不保证完整性、时效性与适用性,请读者自行甄别并以官方信息为准。
若本文内容或素材涉嫌侵权、隐私不当或存在错误,请相关权利人/当事人联系本站,我们将及时核实并采取删除、修正或下架等处理措施。也请勿在评论或联系信息中提交身份证号、手机号、住址等个人敏感信息。



