在 Discourse 安装在 Digital Ocean 上后，我遇到了端口 443 和 80 被拒绝连接的问题，我想给遇到此问题的人提供一个可能的解决方案。
我的愚蠢错误是，当 redis 说“再见”时关闭了控制台，它会挂起一两分钟，让我以为它已经完成而关闭了控制台。
你需要等待。尝试重建应用程序并等待：
cd /var/discourse
./launcher rebuild app
希望这能帮助到一些人，因为我读了所有关于 DNS 错误等的帖子，然后才意识到我的错误。
2 个赞
您还可以使用 tmux，这样在您关闭连接时，这些进程会继续运行。（下次登录时使用 tmux attach 重新连接）
2 个赞
超出我的能力范围 
3 个赞
我猜你正在使用 Ubuntu 或类似的系统
apt update && apt install tmux
然后输入命令 tmux
在该屏幕中正常升级你的 Discourse。
如果你现在关闭该窗口或将其置于后台，它仍然会在那里运行。如果你打开 shell，会发现它在使用 tmux attach -t 0（因为你可能没有打开多个会话）。
如果你像我一样在 iPad 上操作，我会开始升级，然后切换去看电影或在社交媒体上刷信息（因为工作太无聊了），我可以回到 shell，发现升级已完成，然后使用 exit 关闭该 tmux 窗口，就完成了。
3 个赞
我明白了。
我从未使用过 tmux，但 screen 也能做同样的事情。基本用法相当简单，特别是如果你的唯一目标是让一个进程运行一段时间而没有其他花哨的功能。
它只需要一个命令和一两个键盘快捷键。
1 个赞
这是一个非常极端的情况，但由于我主要在 iPad 上工作，所以我有两个理由使用 tmux 而不是 screen：
- 使用 screen 我很快就会完全迷失方向
- 我从未找到滚动的方法；现在升级时收到一条不熟悉的邮件，而且因为我使用的是 screen，我所有的滚动操作都是在浏览 bash 历史记录
2 个赞
我也推荐 tmux。学习基本知识只需几分钟，对于长时间运行的任务来说是救星。
在我之前的一个职位上，我有一些导出流程需要运行超过 24 小时，而互联网连接中断或 MacBook 进入睡眠状态都意味着需要重新开始。tmux 曾多次拯救了我。
4 个赞