# 头像、站点徽标和证书错误
**URL:** https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335
**Category:** Self-hosting
**Tags:** unsupported-install
**Created:** [2020年五月22日 14:11 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335 "2020-05-22T14:11:36Z")
**Posts on this page:** 20
**Page:** 3
### Author:  [@rossierd](https://meta.discourse.org/u/rossierd)
#### Post date: [2020年五月25日 15:24 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/41 "2020-05-25T15:24:59Z")
当尝试登录失败（即 force\_https=true）时，运行中的 Docker 容器内的 log/production.log 文件显示了什么信息？
---
### Author:  [@markcichy](https://meta.discourse.org/u/markcichy)
#### Post date: [2020年五月25日 17:27 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/42 "2020-05-25T17:27:01Z")
@RGJ – 我喜欢你的解决方案！对于最后的建议，我需要启用 `force-https` 吗？关于 `proxy_pass https`。
**编辑：** 如果我只使用 `proxy_pass https://192.168.86.108`，我会收到 502 错误。
**编辑2：** 我在 app.yml 中通过 Discourse 隐藏了 80 端口，但它仍然无法工作——我重新读了你的帖子，Discourse 容器是否拥有自己的 Nginx 实例？所以，实际上，我是在将一个代理转发给另一个代理？抱歉，我现在真的有点困惑。
---
### Author:  [@markcichy](https://meta.discourse.org/u/markcichy)
#### Post date: [2020年五月25日 17:31 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/43 "2020-05-25T17:31:51Z")
@itsbhanusharma 我需要注释掉 `80:80 #http` 并采用 @RGJ 的建议使用 `proxy_pass https` 吗？
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2020年五月25日 17:51 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/44 "2020-05-25T17:51:18Z")
为什么在这里不遵循多站点支持的流程？你实际上是在重新发明一个非常脆弱的轮子。
---
### Author:  [@markcichy](https://meta.discourse.org/u/markcichy)
#### Post date: [2020年五月25日 17:53 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/45 "2020-05-25T17:53:12Z")
现在提供了这么多链接，@Stephen，我简直不知如何理清头绪。我以为自己遵循的是受支持的操作流程。上面的评论难道不受支持吗？😔
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2020年五月25日 17:55 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/46 "2020-05-25T17:55:50Z")
是的，因为你没有使用 `force_https`，所以才会出现上方的 #unsupported-install 标签。如果你偏离了受支持的配置方案，将无法获得太多帮助。
请从这里开始：
> [@Multisite configuration with Docker](https://meta.discourse.org/t/multisite-configuration-with-docker/14084):
>
> warning While multisite is supported in the Discourse application, this is an advanced sysadmin setup. If you don’t know what you’re doing, do not set up multisite. The Discourse team is unable to provide multisite configuration support. If you wish to host multiple domains on a singled Docker setup, you’ll need a multisite configuration. Here are the basic building blocks for one. Understand hooks Multisite is a fairly advanced topic. Before attempting a multisite build, spend some time…
另有一份指南专门介绍如何在多站点环境中处理 SSL 封装。
---
### Author:  [@markcichy](https://meta.discourse.org/u/markcichy)
#### Post date: [2020年五月25日 17:58 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/47 "2020-05-25T17:58:58Z")
那么，标准容器是否仅运行 `http`？我尝试实现的是多站点功能，这如何成立？我并没有尝试托管多个域名，而是只有一个域名。能否请您澄清一下，这如何解决我的问题？
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2020年五月25日 18:05 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/48 "2020-05-25T18:05:41Z")
你这句话是什么意思：
> 我已经在大约 5 个实例上部署了 Discourse 服务器，它们似乎都表现出异常行为；不确定这是否真的是一个 Bug，或者是否有人也遇到过同样的问题。
---
### Author:  [@markcichy](https://meta.discourse.org/u/markcichy)
#### Post date: [2020年五月25日 18:06 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/49 "2020-05-25T18:06:28Z")
独立的设施，彼此之间没有任何关联。
但所有设施的设置均与上述内容非常相似。
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2020年五月25日 18:08 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/50 "2020-05-25T18:08:41Z")
那么，为什么 nginx 要代理主机呢？这些机器上还在发生什么？
---
### Author:  [@markcichy](https://meta.discourse.org/u/markcichy)
#### Post date: [2020年五月25日 18:16 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/51 "2020-05-25T18:16:57Z")
我们有一些未对外暴露的虚拟机，流量通过代理（ **已** 对外暴露）路由到内部的 Discourse 虚拟机。每个独立安装的情况都类似。这样说明清楚了吗？
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2020年五月25日 18:19 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/52 "2020-05-25T18:19:12Z")
确实如此，但无论如何，这是你必须忍受的技术痛点。在使用场景和拓扑结构如此模糊的情况下，根本无法评论是否存在更好的方法。
---
### Author:  [@markcichy](https://meta.discourse.org/u/markcichy)
#### Post date: [2020年五月25日 18:33 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/53 "2020-05-25T18:33:30Z")
我认为正确的解决方案组合如下：
正如 @itsbhanusharma 所述：
**编辑** `/var/discourse/containers/app.yml` 并将端口修改为自定义端口，我使用的是：
> `- "8080:80" #http`
> `- "4343:443" #https`
执行了 `./launcher rebuild app`
随后，我修改了外部可访问的代理，将 `80/443` 端口上的请求转发到 `http://internal_ip:8080`。
在运行 `sudo nginx -t` 和 `sudo systemctl restart nginx` 之后，我登录到 [https://discourse.mobiusnode.io](https://discourse.mobiusnode.io) 服务器（该服务器此前仍显示上述问题），并启用了 `force_https` 选项，此后似乎一切正常。
我现在将在其余服务器/基础设施上复现此过程。
---
### Author:  [@markcichy](https://meta.discourse.org/u/markcichy)
#### Post date: [2020年五月25日 18:37 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/54 "2020-05-25T18:37:15Z")
附件是带有 SSL 密钥激活的登录网站的无痕窗口截图，图片已显示等。
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [2020年五月25日 18:38 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/55 "2020-05-25T18:38:31Z")
为明确起见，这并非我所建议的方案。
我只是要求你在本地 IP 上暴露 80 端口，并在反向代理上终止 SSL。
---
### Author:  [@markcichy](https://meta.discourse.org/u/markcichy)
#### Post date: [2020年五月25日 18:41 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/56 "2020-05-25T18:41:28Z")
那么，是否应该 **不在** 对外暴露的代理上使用 SSL，而是将普通的 `http` 请求转发到 Discourse 服务器，并让 `force_https` 来处理这些请求？这样的话，证书是如何传递的呢？是通过第一个 Nginx 实例吗？这正是我困惑的地方。
---
### Author:  [@riking](https://meta.discourse.org/u/riking)
#### Post date: [2020年五月25日 18:45 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/57 "2020-05-25T18:45:47Z")
嗯，只要它能正常工作，并且你可以干净地重建或升级。看起来你已经在做 @itsbhanusharma 在其最新帖子中建议的事情了。
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2020年五月25日 19:44 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/59 "2020-05-25T19:44:21Z")
如果您在多个 SSL 连接之间共享单个 IP 地址，则需要在代理的前端使用 SAN 证书。如果网络是安全的，则其后的一切都可以不进行加密。
如果用户通过 SSL 连接，Discourse 需要启用 force\_https，并且您需要确保上述标记的标头被保留并转发。
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [2020年五月25日 21:09 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/60 "2020-05-25T21:09:04Z")
> [@Stephen](#):
>
> 如果您在多个 SSL 连接之间共享单个 IP，则需要在代理的前端使用 SAN 证书。
不，有一种称为 [SNI](https://en.wikipedia.org/wiki/Server_Name_Indication) 的技术。
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2020年五月25日 21:31 UTC](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335/61 "2020-05-25T21:31:10Z")
我很清楚这一点，但由于所有证书都来自 Let’s Encrypt，申请单独的证书有什么价值呢？LE 支持 SAN，为什么不使用它呢？
[上一頁](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335.md?page=2)
[下一頁](https://meta.discourse.org/t/avatar-site-logos-and-cert-errors/152335.md?page=4)