我们的教育社区允许用户使用 iframe 插入 H5P（HTML5）内容，作为允许的 iframe URL 效果很好。
但有一种嵌入音频录制器的内容类型报告了以下错误：
我们所有的 Discourse 内容均通过 HTTPs 提供，且嵌入中的所有 URL 也都是 HTTPs。
错误在我们 Discourse 的以下位置被报告：
https://connect.oeglobal.org/t/contribute-your-voice-to-oeg-voices-opening-segment/3213/19
同样的嵌入在 WordPress 网站 Is This Thing On? – The H5P Kitchen 上按预期工作。
我意识到这可能是源内容测试连接方式的问题，但我正在尝试隔离当 iframe 嵌入到 Discourse 时存在哪些差异。
您最近是否从命令行进行了升级？force_https 是否已启用？
过去三周命令行进行了升级。我发现了关于启用 force_https 的引用，但不知道如何操作。我并非专业的系统管理员，但拥有所有权限，能否为我解释一下？
如果您在管理设置中搜索“force”但未看到 force_https，则说明该选项已设置。
顺便一提，我在您链接的页面上未看到任何 HTTP 错误。
好的，谢谢，它不在那里。
软件的开发者表示，这很可能不是 HTTPS 问题（他们承认错误消息措辞不当），而更可能是 iframe 未授予功能策略以请求访问麦克风的问题（添加 allow="microphone *"并未奏效）。
这 hardly 关键，我更多的是出于好奇。
问题在于，在 Discourse 中，iframe 标签的 allow 参数会被移除，导致无法通过 iframe 的 allow 参数授予麦克风访问权限，如其他地方所报告。
