群晖NAS利用Docker 部署 bitwarden全平台密码管理器

群晖NAS利用Docker 部署 bitwarden全平台密码管理器

前言

传统密码管理工具如 iCloud、Chrome、1Password、LastPass 和 KeePass 各有短板:要么体验欠佳,要么数据存储在第三方服务器,要么需要付费。今天推荐一款全平台开源密码管理器 Bitwarden,以及其轻量级自托管实现 Vaultwarden,让你轻松管理密码,兼顾安全与自由。

Bitwarden 支持 Windows、macOS、Linux、iOS、Android 等全平台,并兼容 Chrome、Firefox、Safari 等主流浏览器。它的最大亮点在于支持自托管,你可以将 Vaultwarden(Bitwarden 的 Rust 实现,资源占用更低)部署到个人服务器或群晖 NAS 上,数据完全掌握在自己手中,安全无忧。

为什么选择 Vaultwarden?

  • 轻量高效:相比官方 Bitwarden,Vaultwarden 占用资源更少,适合个人或小型团队。
  • 完全开源:代码透明,社区活跃,安全可信。
  • 自托管灵活:部署简单,支持 Docker,轻松运行在 NAS 或云服务器上。
  • 全平台同步:与 Bitwarden 客户端无缝兼容,跨设备管理密码。

Docker 安装

sudo docker run -d --name vaultwarden \
-p 70:80 \
-p 3012:3012 \
-v /volume2/docker/bitwarden/data:/data \
-e SIGNUPS_ALLOWED=true \
-e ADMIN_TOKEN="MwED5szss8Wzrrz0xPaf" \
--restart unless-stopped \
vaultwarden/server:latest
  • -p 暴露宿主机端口70指向容器的80端口
  • -v 将该服务产生的数据存储到本地目录下:/volume2/docker
  • - SIGNUPS_ALLOWED=false # 禁用公开注册,增强安全
  • ADMIN_TOKEN:就是管理账户密码
💡
Docker因为个中缘由,在国内直接拉取镜像会失败,需要配置代理
#ssh连接Nas以后执行代理
export https_proxy=http://192.168.1.3:6152;
export http_proxy=http://192.168.1.3:6152;
export all_proxy=socks5://192.168.31.3:6153

#取消代理(安装完成以后)
unset https_proxy
unset http_proxy
unset all_proxy

Chrome插件

1.安装Bitwarden插件

2.自托管配置

选择自托管,填入Cloudflare Tunnel解析的域名

3.管理员账号登录


Cloudflare 公网访问

1.登录Cloudflare

URL:https://www.cloudflare.com

2.内网穿透

1.找到Zero Trust->Tunnels->创建隧道

2.选择Cloudflared

3.命名Nas(随意命名)

4.选择Docker部署,复制指令

5.在Nas执行该部署命令

6.配置域名解析至Nas的Docker 宿主IP172.17.0.1 端口70(也就是上面宿主机端口)


结语

在互联网时代,账号和密码数量激增,为图方便,许多人倾向于使用简单或重复的密码。然而,一旦某个账户密码泄露,所有关联网站都将面临严重安全风险。近年来,网络安全与隐私问题日益严峻,为每个重要网站设置独立、强密码是更安全的解决方案。无论选择 Bitwarden(通过 Vaultwarden 自托管)还是其他密码管理器,我们强烈建议你立即优化密码管理,守护信息安全。

Read more

Cloudflare Shared Dictionaries 现在值得试吗?我按官方 demo 跑了一次,先给频繁发版团队一个判断

Cloudflare Shared Dictionaries 现在值得试吗?我按官方 demo 跑了一次,先给频繁发版团队一个判断

Cloudflare Shared Dictionaries 现在值得试吗?我按官方 demo 跑了一次,先给频繁发版团队一个判断 如果你的网站或 Web 应用每天会发很多次前端 bundle,而且每次改动都不大,那么截至 2026-04-29,Cloudflare Shared Dictionaries 已经值得进测试名单,但还不值得当成“所有站点都该立刻上的通用优化项”。它真正解决的不是传统 gzip / Brotli 不够强,而是“你明明只改了一小段配置,用户却要重新下载整包”的高频发版浪费。 我这轮没有只看 Cloudflare 的发布文。我直接按官方 demo 给的 curl 流程跑了一次 canicompress.com:同一类约 93KB 的 JavaScript 资源,普通 gzip 传输了 22,423B,带共享字典的

By One AI
OpenAI Privacy Filter 适不适合拿来做脱敏 Web 应用?我实测后给出的判断

OpenAI Privacy Filter 适不适合拿来做脱敏 Web 应用?我实测后给出的判断

OpenAI Privacy Filter 适不适合拿来做脱敏 Web 应用?我实测后给出的判断 Article type: take 我先说结论:如果你要做的是文档高亮审阅、截图脱敏,或者“把一段敏感文本变成可分享的脱敏版本”这类入口,OpenAI Privacy Filter 已经值得拿来做原型;但如果你要的是可审计、字段级强约束、对中文或行业术语有稳定召回的生产脱敏链路,先别把它当成“一接就上”的成品。 这里说的 OpenAI Privacy Filter,当前准确指的是 Hugging Face Hub 上的 openai/privacy-filter 模型卡 和围绕它做的公开 demo,不是一个“在 OpenAI 控制台里点一下就开的 API 开关”。这个命名边界要先讲清,否则后面的部署、成本和数据路径都会判断错。 我这轮没有只看发布文。

By One AI
Telegram 无代码做 AI Bot?Managed Bots、BotFather 和真实门槛一次讲清

Telegram 无代码做 AI Bot?Managed Bots、BotFather 和真实门槛一次讲清

Telegram 无代码做 AI Bot?Managed Bots、BotFather 和真实门槛一次讲清 Article type: tutorial Voice: operator 如果你在 X 上看到“Telegram 现在支持无代码做 AI Bot”的说法,先别急着把它理解成“一键生成完整 AI Agent”。Telegram 这次真正开放的是 Managed Bots:它让一个管理 bot 可以替用户创建、接管并后续管理新的 bot。 这篇只讲 Managed Bots 这条官方创建与接管链路怎么跑通,不把“模型、知识库、状态管理、计费和运维”混进来。换句话说:这不是“AI bot 全栈教程”,而是“

By One AI
GitHub 的 Python dependency graph 现在更完整了?先按这份清单判断你的 SBOM 盲区还剩多少

GitHub 的 Python dependency graph 现在更完整了?先按这份清单判断你的 SBOM 盲区还剩多少

GitHub 的 Python dependency graph 现在更完整了?先按这份清单判断你的 SBOM 盲区还剩多少 Article type: tutorial Voice: operator 我先拿一个最小 Python 项目跑了一遍:requirements.txt 里只有一行 requests==2.32.3,但实际解析出来的安装树里,除了 requests,还会带出 charset-normalizer、idna、urllib3、certifi 这 4 个间接依赖。也就是说,如果你的视角还停在 manifest 层,SBOM 往往从第一步就已经不完整了。 先说结论 如果你的团队主要维护 Python 服务、内部工具或自动化脚本库,现在值得重新看一眼 GitHub 的 Python

By One AI
Follow @Fuuqius