どういうことですか? よく理解できませんでした。
コマンド内の github.com を google.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 には入らないでください。シェルで通常通り、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で移動する
どのようなサーバーでディスコースを起動しようとしていますか?
このプラットフォームで月額12ドルのサーバーがあれば、標準のインストール手順で動作します。
それがお金の問題なのかどうか分かりません。なぜなら、そのディスコースは外の世界を見ることができないからです🤔
これは問題のようです。インターネットに接続できない場合は、まずサーバー管理者/ヘルプデスクに問い合わせるのが良いでしょう。
トラブルシューティング中に、2つの別々の問題を混同しないように注意する必要があります。着信ポートが閉じていることは、発信接続には影響しません。
まず、ネットワークスタックとDockerがクリーンに初期化されるように、再起動するのが最善の最初のステップでしょう。
それにもかかわらず、ほとんどの管理者はUFWを使用しており、双方向の両方を処理します。