怎么了?我不太明白你的意思。
我的意思是像在命令中用 google.com 替换 github.com
root@37-app:/var/www/discourse# curl google.com -v
* Could not resolve host: google.com
* Closing connection 0
curl: (6) Could not resolve host: google.com
root@37-app:/var/www/discourse#
它无法连接,因为端口已关闭。您是否正在使用防火墙、反向代理、其他服务等?
您的设置是怎样的——您是否正在使用某个托管服务?
我目前有一个基于 Ubuntu 18.04 的系统。我使用 vds。
嗯,您是否开放了端口 443 和 80,并且没有其他服务监听这些端口?
我该如何学习这个?如果这是普通的 Linux,我可以立即给你想要的信息,但我想我们在这里需要做不同的事情,因为我们正在使用 docker。
然而,Ubuntu 只是普通的 Linux;)
当然,它也可以通过 Docker 来实现。但我会先从简单普通的事情入手。比如你的 UFW 说什么。
我输入了 ./launcher enter app 然后输入了以下命令:
root@37-app:/var/www/discourse# netstat -tulnp
bash: netstat: command not found
不要在 docker 中执行。直接在 shell 中执行,并使用 ufw status。
root@37:~# netstat -tulnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 136231/systemd-reso
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 128299/docker-proxy
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 136191/sshd: /usr/s
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 128276/docker-proxy
tcp6 0 0 :::80 :::* LISTEN 128306/docker-proxy
tcp6 0 0 :::22 :::* LISTEN 136191/sshd: /usr/s
tcp6 0 0 :::443 :::* LISTEN 128284/docker-proxy
udp 0 0 127.0.0.53:53 0.0.0.0:* 136231/systemd-reso
++
root@37:~# ufw status
Status: inactive
试试这个:
如果这没有帮助,那么您就知道问题可能出在 Docker 本身。
我按照您提供的文章中的步骤操作了,但仍然收到相同的错误。我现在该怎么办?
您看过这个吗:
或者这个:
或者这个:
有几个话题与您遇到的问题非常相似。
抱歉,我对 Docker 一无所知 ![]()
看起来像是网络问题。您可以尝试将 /var/discourse 复制到一个新服务器,特别是一个使用不同托管服务的服务器。
有一个关于迁移到不同服务器的主题。将 Discourse 站点迁移到另一台 VPS (使用 rsync)
您打算使用哪种类型的服务器来启动 Discourse?
使用此平台的每月 12 美元服务器将适用于标准安装程序:
我不知道这是否是钱的问题,因为那个 Discourse 看不到外部世界 ![]()
这确实看起来是问题所在,如果无法连接互联网,询问服务器管理员/服务台可能是个不错的起点。
在进行故障排除时,必须小心不要将两个独立的问题混淆。入站端口关闭不会影响出站连接。
这里最好的第一步可能是重新启动,以确保网络堆栈和 Docker 能够干净地初始化。
然而,大多数管理员都在使用 UFW,它同时处理两个方向。