Nextcloud社区Docker镜像搭配Caddy反向代理与Twingate时安卓客户端无法登录的问题咨询

各位好，我正在折腾家里服务器上的Nextcloud搭建，我的需求按优先级排列如下：

• Nextcloud在浏览器和手机端都能流畅运行
• 用可信SSL证书加密服务，但不把服务器直接暴露到公网（目前用duckDNS做域名，Caddy当反向代理，通过DNS-01验证获取证书）
• 能通过Twingate从全球任何地方访问服务器
• 服务器尽可能私密，尽量减少数据流向第三方
• （理想状态）所有服务都用Docker Compose部署，保证搭建简单且稳定

我按照这个需求尝试用社区版Nextcloud Docker镜像搭配Caddy、DNS-01验证和Twingate来部署，但现在遇到了安卓客户端无法登录的问题：输入服务器URL后点击信任设备，接着输入登录信息，之后就一直显示无限加载的转圈图标，还弹出提示说“http is not supported”——可明明我已经配置了SSL证书啊...

我自己初步梳理的可能排查方向，也想请教大家的建议： #

1. Twingate隧道下的SSL证书识别问题
   会不会安卓客户端通过Twingate隧道访问时，没法正确识别Caddy签发的可信证书？虽然证书是用DNS-01验证拿到的，但隧道可能让客户端误以为走的是HTTP连接？或者证书链没正确传递到客户端？
   我打算先在手机浏览器里通过Twingate访问Nextcloud域名，确认地址栏显示的是安全的HTTPS连接，证书状态正常。如果浏览器里也有问题，就先排查Caddy的证书配置。

2. Nextcloud的HTTPS强制配置
   怀疑Nextcloud内部没强制走HTTPS，导致生成的链接是HTTP的。打算检查容器里的config.php，看看有没有开启force_ssl和overwriteprotocol这两个配置项，比如：

   'force_ssl' => true,
   'overwriteprotocol' => 'https',
   

3. Caddy反向代理的头部传递配置
   会不会Caddy没把HTTPS的头部信息正确传递给Nextcloud？打算在Caddyfile的反向代理块里加上这些配置：

   reverse_proxy nextcloud:80 {
       header_up X-Forwarded-Proto https
       header_up X-Forwarded-For {remote_host}
   }
   

   这样Nextcloud才能正确识别客户端是通过HTTPS访问的，不会返回HTTP链接。

4. 安卓客户端与Twingate的网络适配
   可能Twingate客户端的DNS解析有问题，导致安卓实际访问的是HTTP地址？打算在手机上用ping或者nslookup查一下我的duckDNS域名，确认解析到的是Twingate的隧道地址，而不是服务器的公网IP（毕竟我不想暴露公网）。另外也会检查Twingate的隧道是否正常连接。

5. Docker Compose的网络配置
   确认Caddy和Nextcloud容器在同一个Docker网络里，Caddy能正常访问Nextcloud的80端口。同时也会检查Twingate的连接器是否能正确路由到Caddy服务。

另外我还打算做个快速测试：先跳过Twingate，直接在局域网内用域名访问Nextcloud（本地DNS解析到服务器内网IP），看看安卓客户端能不能正常登录。如果局域网内没问题，那问题大概率出在Twingate的配置或者客户端对隧道的SSL识别上。

有没有朋友遇到过类似的问题？或者有其他排查建议可以分享的？

备注：内容来源于stack exchange，提问作者whatever