我的升级页面完全空白。
我执行了 ./launcher rebuild app 并成功升级到 v2.6.0beta4,但即使如此,升级页面仍然是空白的。该页面的 <body> 标签如下:
<body class="highlighter-context">
</body>
有什么建议吗?
我的升级页面完全空白。
我执行了 ./launcher rebuild app 并成功升级到 v2.6.0beta4,但即使如此,升级页面仍然是空白的。该页面的 <body> 标签如下:
<body class="highlighter-context">
</body>
有什么建议吗?
可以分享一下您网站的链接吗?
这是一个封闭的论坛。我很乐意分享,但我认为这会有所不同,对吧?
我建议您移除所有第三方插件并重新构建。同时,请尝试安全模式,详见:
谢谢。我有时间尝试了这些方法。安全模式下的各种选项都无济于事。禁用所有第三方插件并仅保留 docker_manager 也没有任何改变。仍然是一片空白白屏。
我看到今年早些时候有一个类似问题的帖子,但发帖人(OP)不再回复,因此没有明显的起因或解决方案。
我建议您发布一个经过脱敏处理的 app.yml 文件……这将有助于我们找出问题所在。
好的,这是您需要的文件:
## 这是 Discourse 一体化独立 Docker 容器模板
##
## 修改此文件后,您必须重新构建
## /var/discourse/launcher rebuild app
##
## 编辑时请*非常*小心!
## YAML 文件对空白或缩进错误极其敏感!
## 如有需要,请访问 http://www.yamllint.com/ 验证此文件
templates:
- "templates/postgres.template.yml"
- "templates/redis.template.yml"
- "templates/web.template.yml"
- "templates/web.ratelimited.template.yml"
## 如果您想添加 Let's Encrypt (https),请取消注释以下两行
# - "templates/web.ssl.template.yml"
# - "templates/web.letsencrypt.ssl.template.yml"
- "templates/web.socketed.template.yml"
## 此容器应暴露哪些 TCP/IP 端口?
## 如果您希望 Discourse 与另一个 Web 服务器(如 Apache 或 nginx)共享端口,
## 请参阅 https://meta.discourse.org/t/17247 获取详细信息
expose:
# - "80:80" # http
# - "443:443" # https
params:
db_default_text_search_config: "pg_catalog.english"
## 将 db_shared_buffers 设置为总内存的最大 25%。
## 将基于检测到的 RAM 由 bootstrap 自动设置,您也可以覆盖它
db_shared_buffers: "128MB"
## 可以提高排序性能,但会增加每个连接的内存使用量
#db_work_mem: "40MB"
## 此容器应使用哪个 Git 版本?(默认:tests-passed)
#version: tests-passed
env:
LANG: en_US.UTF-8
# DISCOURSE_DEFAULT_LOCALE: en
## 支持多少并发 Web 请求?取决于内存和 CPU 核心数。
## 将基于检测到的 CPU 由 bootstrap 自动设置,您也可以覆盖它
UNICORN_WORKERS: 2
## TODO: 此 Discourse 实例将响应的域名
## 必填项。Discourse 无法在裸 IP 地址上运行。
DISCOURSE_HOSTNAME: <REMOVED FOR PUBLIC POSTING>
## 如果您希望容器使用与上述相同的
## 主机名(-h 选项)启动,请取消注释(默认 "$hostname-$config")
#DOCKER_USE_HOSTNAME: true
## TODO: 初始注册时将设为管理员和开发人员的逗号分隔电子邮件列表
## 示例 'user1@example.com,user2@example.com'
DISCOURSE_DEVELOPER_EMAILS: <REMOVED FOR PUBLIC POSTING>
## TODO: 用于验证新账户和发送通知的 SMTP 邮件服务器
# SMTP 地址、用户名和密码为必填项
# 警告:SMTP 密码中的字符 '#' 可能导致问题!
DISCOURSE_SMTP_ADDRESS: smtp.mailgun.org
DISCOURSE_SMTP_PORT: 587
DISCOURSE_SMTP_USER_NAME: <REMOVED FOR PUBLIC POSTING>
DISCOURSE_SMTP_PASSWORD: <REMOVED FOR PUBLIC POSTING>
DISCOURSE_SMTP_ENABLE_START_TLS: true # (可选,默认为 true)
## 如果您添加了 Let's Encrypt 模板,请取消注释以下行以获取免费 SSL 证书
LETSENCRYPT_ACCOUNT_EMAIL: <REMOVED FOR PUBLIC POSTING>
## 此 Discourse 实例的 http 或 https CDN 地址(配置为拉取)
## 详见 https://meta.discourse.org/t/14857
#DISCOURSE_CDN_URL: https://discourse-cdn.example.com
# S3 设置
DISCOURSE_CDN_URL: <REMOVED FOR PUBLIC POSTING>
DISCOURSE_USE_S3: true
DISCOURSE_S3_REGION: "us-west-002"
DISCOURSE_S3_ENDPOINT: https://s3.us-west-002.backblazeb2.com
DISCOURSE_S3_ACCESS_KEY_ID: <REMOVED FOR PUBLIC POSTING>
DISCOURSE_S3_SECRET_ACCESS_KEY: <REMOVED FOR PUBLIC POSTING>
DISCOURSE_S3_CDN_URL: <REMOVED FOR PUBLIC POSTING>
DISCOURSE_S3_BUCKET: <REMOVED FOR PUBLIC POSTING>
DISCOURSE_S3_BACKUP_BUCKET: <REMOVED FOR PUBLIC POSTING>
DISCOURSE_BACKUP_LOCATION: s3
DISCOURSE_S3_INSTALL_CORS_RULE: false
## Docker 容器是无状态的;所有数据都存储在 /shared 中
volumes:
- volume:
host: /var/discourse/shared/standalone
guest: /shared
- volume:
host: /var/discourse/shared/standalone/log/var-log
guest: /var/log
## 插件请放在此处
## 详见 https://meta.discourse.org/t/19157
hooks:
after_code:
- exec:
cd: $home/plugins
cmd:
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/discourse/discourse-user-notes
- git clone https://github.com/discourse/discourse-assign
- git clone https://github.com/discourse/discourse-policy
- git clone https://github.com/discourse/discourse-tooltips
- git clone https://github.com/discourse/discourse-saved-searches
- git clone https://github.com/discourse/discourse-knowledge-explorer
- git clone https://github.com/discourse/discourse-voting
- git clone https://github.com/discourse/discourse-translator
- git clone https://github.com/angusmcleod/discourse-elections
- git clone https://github.com/discourse/discourse-styleguide
- git clone https://github.com/Ahmedgagan/discourse-custom-trust-level
- git clone https://github.com/paviliondev/discourse-quick-messages
- git clone https://github.com/paviliondev/discourse-locations
- git clone https://github.com/discourse/discourse-calendar
# 对象存储
after_assets_precompile:
- exec:
cd: $home
cmd:
- su discourse -c 'bundle exec rake s3:upload_assets'
## 构建后运行的任何自定义命令
run:
- exec: echo "开始自定义命令"
## 如果您想为首次注册设置“发件人”电子邮件地址,请取消注释并修改:
## 收到首次注册邮件后,请重新注释该行。它只需运行一次。
#- exec: rails r "SiteSetting.notification_email='info@unconfigured.discourse.org'"
- exec: echo "自定义命令结束"
好的……我建议第一步是重建这个系统,不安装任何第三方插件。只保留 /discourse/discourse 路径下的插件。
如果这样能正常工作,你就可以通过二分法找出是哪个插件导致了问题。
好吧,docker_manage 插件并不是 discourse/discourse 路径,但禁用它后,...admin/upgrade 页面就不存在了。
仅启用 docker_manage 插件会导致升级页面同样显示为空白。
抱歉,你是对的,我一定是产生幻觉了。忽略刚才的说法,它确实在 discourse/ 路径下。
不过无论如何,仍然显示为空白白屏。
尽管 2.6.0.beta5 已可用(我目前使用的是 2.6.0.beta4),我仍然遇到升级页面空白的问题。我已尝试禁用插件但未能解决,如有任何进一步的建议,我将不胜感激。
请查看 Chrome 开发者工具,当页面显示为白色时,控制台是否有报错?我猜这可能与你的 CSP(内容安全策略)有关。
谢谢,你说得对——它拒绝加载来自我 CDN 的脚本。已对 URL 进行脱敏处理:
upgrade:1 拒绝加载脚本 'https://cdn-to-discourse.b-cdn.net/assets/docker-manager-app-32418f2f7cd50e6f4a0b8d13badc4e59f6a1ad74e7bed270f3a051478fed773d.js',因为它违反了以下内容安全策略(Content Security Policy)指令:"script-src https://forum.example.com/logs/ https://forum.example.com/sidekiq/ https://forum.example.com/mini-profiler-resources/ https://cdn-to-s3.b-cdn.net/assets/ https://cdn-to-s3.b-cdn.net/brotli_asset/ https://forum.example.com/extra-locales/ https://cdn-to-discourse.b-cdn.net/highlight-js/ https://cdn-to-discourse.b-cdn.net/javascripts/ https://cdn-to-discourse.b-cdn.net/plugins/ https://cdn-to-discourse.b-cdn.net/theme-javascripts/ https://cdn-to-discourse.b-cdn.net/svg-sprite/ https://matomo.example.com"。请注意,'script-src-elem' 未显式设置,因此回退使用 'script-src'。
安全设置页面显示“当前主机和 CDN 已默认包含”。我是否仍需手动将 CDN 添加到白名单中?
我注意到有一个相同的问题在此处被提出,但关于默认白名单为何不起作用,最终尚未给出答案。
你好,
我认为你应该将此 URL 添加到管理员 CSP 设置(内容安全策略脚本源)中:
https://cdn-to-discourse.b-cdn.net/assets/
之后请再次检查 Chrome 开发者工具中的错误。
是的,这样可行。不过我很好奇,为什么默认的白名单功能没有自动执行此操作。
我也很好奇,你们的 CDN 是如何配置的?我们可能漏掉了 docker-manager 插件的一些关键配置。
cc @pmusaraj
是的,确实如此。docker_manager 插件在模板中使用 javascript_include_tag 加载了两个 JS 文件,而该标签无法识别 DISCOURSE_S3_CDN_URL,因此默认回退到 DISCOURSE_CDN_URL,从而触发了 CSP 限制。
现已通过 FIX: blank upgrade page when using S3 CDN and CSP · discourse/docker_manager@3d37fd6 · GitHub 修复。
@paulrudy 如果你更新了 docker_manager 插件,就不再需要手动将 https://cdn-to-discourse.b-cdn.net/assets/ 添加到你的 CSP 中。