Ceci est une installation standard. Ces informations d’identification fonctionnent sur l’ancien serveur et elles fonctionnent sur le nouveau serveur en utilisant s3cmd, mais lorsque j’exécute discourse restore pour essayer d’obtenir une liste de sauvegardes, j’obtiens
Erreur lors de la récupération des informations d'identification du profil d'instance : Échec de l'ouverture de la connexion TCP à 169.254.169.254:80 (délai d'exécution de l'exécution)
Ceci est un bucket AWS authentique. Il n’est pas logique que ce soit un problème avec Discourse, mais aucune des autres choses auxquelles je peux penser n’a de sens non plus.
Ceci concerne ce qui pourrait être l’un des premiers forums auto-hébergés que j’essaie de déplacer vers un nouveau serveur avec Ubuntu 24.04.
Le client AWS tente de se connecter au service de métadonnées EC2 pour récupérer les informations d’identification de son profil d’instance.
Si cela fonctionnait, il utiliserait alors ces informations d’identification pour tenter de se connecter au bucket.
Mais il ne peut pas se connecter au service de métadonnées. Il n’essaie même pas encore de se connecter au bucket, il échoue avant cela.
Est-ce sur AWS ? Sinon, cela explique pourquoi il ne peut pas communiquer avec le service de métadonnées.
La nouvelle installation ne voit aucune information d’identification, c’est pourquoi le SDK AWS tente de se connecter au service de métadonnées pour les récupérer.