Échec de la résolution de votre propre domaine ?

Nous utilisons Discourse à l’adresse discourse.lubuntu.me. Il est configuré avec cette URL comme adresse de base.

Cependant, en interne, le système renvoie des erreurs 500 avec ses liens internes vers certificate.svg et le module intégré discobot pour saluer les utilisateurs.

SocketError (Échec de l'ouverture de la connexion TCP vers discourse.lubuntu.me:443 (getaddrinfo : Nom ou service inconnu))
/usr/local/lib/ruby/2.6.0/net/http.rb:949:in `rescue in block in connect'

Cela semble indiquer une incapacité à effectuer une recherche DNS à l’intérieur du conteneur exécutant Discourse. Existe-t-il une solution pour corriger ce problème ou mieux le déboguer ?

Avez-vous essayé de résoudre les adresses depuis l’intérieur/extérieur du conteneur ?

Comment cette instance a-t-elle été installée ?

Cette instance a été installée conformément aux guides d’installation disponibles ici : discourse/docs/INSTALL.md at main · discourse/discourse · GitHub

Il s’agit donc d’une installation Docker standard sur un système hôte Ubuntu.

Le système hôte peut résoudre les domaines sans problème, mais il semble que, comme LXD fonctionne également sur le système hôte, il intercepte toutes les requêtes DNS. Je devrai régler cela plus tard, car la gestion DNS par LXD bloque la résolution.

Cela étant dit, en accédant au conteneur et en le forçant à se reconnaître comme le domaine, un message « Connection Refused » (Connexion refusée) est renvoyé. J’ai donc redirigé vers le proxy inverse «面向 internet» qui gère HTTPS ici, ce qui semble fonctionner. MAIS cela a nécessité de modifier le fichier /etc/hosts. Je devrai voir s’il existe un moyen de «forcer» l’ajout d’une entrée lors du démarrage du conteneur Docker, mais c’est une tâche à reporter car cela «fonctionne» pour le moment.