前言
qBittorrent 接入后，这次继续处理 TrueNAS 上的 Gitea。Gitea 已经有正在使用的账号和仓库，我希望保留它们，通过 DoraTiger Auth 登录；以后有内部人员加入，也能在首次登录时自动创建自己的账号，再自行建立仓库。
这里遇到的第一个问题是两边账号资料不一致：Gitea 的用户名和邮箱，与 Authentik 中的账号不同。接入时需要先完成原账号关联，再开放新用户自动注册，避免把原来的用户当成新用户创建一遍。
本文使用 Gitea 28.3.0、TrueNAS 25.10.8 和 Authentik 2026.8.5。Gitea 已通过 Nginx Proxy Manager（NPM）提供 HTTPS，本文保留原反代，使用原生 OpenID Connect（OIDC）认证。域名、账号和部署路径均使用示例。
前言
前面已经配置好 Authentik 的登录流程，这次接入一个实际应用：TrueNAS 上的 qBittorrent。它原本通过 Nginx Proxy Manager 提供 HTTPS，打开页面后还需要输入自己的 WebUI 密码。我希望沿用现有域名，通过 Authentik 登录后直接进入下载列表。
本文使用 qBittorrent 5.3.0、Nginx Proxy Manager（下文简称 NPM）2.14.0、TrueNAS 25.10.8，Authentik 与新增 Outpost 均为 2026.8.5。配置采用 Proxy Provider、局域网独立 Outpost 和 HTTP Basic 凭据转发，域名、地址、账号均使用示例。
前言
前两篇把 Authentik 部署起来，并配置了 DoraTiger 的登录、注册、MFA 和用户设置流程。接下来补上流程之外的连接：让服务器发邮件，让现有账号通过 Google/Microsoft 登录，以及把系统异常发送给管理员。
这部分遇到的问题比较具体：容器无法访问 Google，OAuth 回调不匹配，外部登录误建账号，收到的品牌邮件顶部图片加载失败。下面按最终配置整理，仍以 2026.8.5 为准，域名和发件账号使用示例。
前言
Authentik 的默认配置能够直接登录，但后台的流程、阶段和策略一多，就容易只记住哪个按钮能用，不清楚它到底经过了哪些检查。这次索性把日常流程重新配置了一遍，逐项测试，再删除已经被替代的默认对象。
上一篇 服务器操作指北（12）Authentik 基本概念、默认配置与部署 介绍了基本概念和部署。这篇继续使用 2026.8.5，从本地登录、MFA、邀请注册开始，接着配置找回密码、个人资料和应用授权。对象使用 doratiger- 前缀，域名统一用 auth.example.com 举例。
邮箱验证和密码恢复依赖可用的 SMTP。本文说明邮件阶段在流程中的职责；实际测试注册和找回密码前，需要完成 SMTP 配置并确认能够发信。
...前言
自建服务逐渐多起来以后，每个服务都要单独维护一套账号。代码仓库、文件同步、资料管理各有各的入口，账号和密码也需要分别管理。
这次在云服务器上部署 Authentik，作为统一身份提供者，后续再逐个接入应用。
本文使用的 Authentik 版本为 2026.8.5，数据库为 PostgreSQL 16。域名、目录和账号均使用示例，部署时自行替换。
前言
Immich 在 TrueNAS 上已经用了有一段时间，之前一直没单独写它。应用商店里就能安装，真正折腾的是模型：网络不通时下载不了，手动复制进去以后，升级又可能需要重新放一遍。每次更新都要处理这些文件，也就很难放心地自动升级。
最近把 Immich 升级到 v3.3.6，顺便整理了模型目录。这篇记录部署和离线模型的配置，方便以后更新时继续使用已有模型。
...前言
前面几篇主要记录家里的 QNAP 和 PVE，除此之外，我还在异地维护了一台 TrueNAS。主要是想有一套独立的存储，放开发数据，运行 Gitea 等开发应用，同时作为 Linux 开发机和其它设备交换文件的中转。
这台机器已经用了有一段时间，之前讨论过它上面的应用，却一直没有整理基础配置。最近更新 Immich 时又检查了一遍存储和挂载，正好把这一篇补上。先把系统、存储池、共享和应用目录说清楚，下一篇再写照片管理。
...前言
由于实验室需要内部共享存储来统一管理文档，故而在 K3s 中部署 Nextcloud，并接入 FreeIPA 管理用户认证和用户组权限。
之前的NAS 折腾日记（1）容器化部署 nextcloud介绍了 QNAP Container Station 下的 Compose 部署。本篇使用服务器操作指北（8）FreeIPA、K3s 部署与 HTTPS 证书配置中的集群和 HTTPS 入口，记录持久卷、数据库、后台任务、LDAP 及共享目录的配置。代码仓库的部署参考服务器操作指北（9）Gitea 部署与 FreeIPA 认证配置。
本文以 Nextcloud 32.0.2、MariaDB 10.6.24 为基础，采用 Apache 镜像，并介绍 Redis、后台任务和组文件夹的配置。新安装时应检查版本维护状态与插件兼容性。文中域名、目录、节点和端口均为示例，使用时自行修改。
前言
由于实验室需要集中管理项目代码、实验脚本及环境配置，故而在 K3s 中部署 Gitea，并接入 FreeIPA 统一用户认证。仓库通过组织和团队分配权限，使用 Issue 和 Pull Request 进行项目协作，共享文档另由 Nextcloud 管理。
之前在服务器操作指北（4）GitLab 私有化部署中记录过 GitLab 的安装，本篇记录 Gitea 的部署方式。
服务器操作指北（8）FreeIPA、K3s 部署与 HTTPS 证书配置已经配置了 FreeIPA、K3s 和 Traefik，本篇继续记录 Gitea 的部署、LDAP 认证及 HTTPS、SSH 访问设置。下面从空数据目录开始，通过独立的 Kubernetes 清单安装 PostgreSQL 和 Gitea，再配置 FreeIPA 认证源。本文使用版本为 Gitea 1.27.3、PostgreSQL 15.19。文中的域名、节点名称、目录和外部端口均为示例，使用时自行修改。
前言
由于服务器上的用户和权限需要统一管理，故而部署 FreeIPA，通过 LDAP、Kerberos 和 SSSD 管理用户认证及 sudo 规则。同时，服务器上还运行着 Gitea、Nextcloud 等容器服务，使用 K3s 管理部署，并通过 Traefik 统一配置 HTTPS 入口。
FreeIPA 使用 Podman 部署，与 K3s 共用宿主机时，遇到了网页端口占用和容器转发规则的问题。另外，服务器使用 IPv6 访问外网，内部认证需要稳定地址，因此也配置了双栈网络和内网 DNS。本文按 FreeIPA、K3s、HTTPS 的部署顺序记录相关配置及问题处理。
操作环境为 Ubuntu 24.04，FreeIPA 版本为 4.12.2，K3s 版本为 v1.34.5+k3s1，Traefik 版本为 3.6.9。域名、地址、端口和自定义目录均已替换为示例值，使用时需自行修改。下文记录安装配置和遇到的问题。已有服务调整配置前，应先备份数据。
