View a markdown version of this page

L'installation de Lightsail a échoué - Amazon Lightsail

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

L'installation de Lightsail a échoué

Deux types de messages d'erreur peuvent s'afficher pendant le processus de WordPress configuration dans Amazon Lightsail :

Erreurs courantes

Ces erreurs apparaissent immédiatement dans une bannière en haut de la console Lightsail une fois que vous avez sélectionné Create certificate à la dernière étape du flux de travail.

WordPress message d'échec de configuration dans la console Lightsail.

Pour commencer le dépannage, associez l'erreur apparue dans le message à l'une des erreurs suivantes.

Défaillances de configuration

Ces erreurs apparaissent en quelques minutes dans la section Configurer votre WordPress site Web de l'onglet Instance Connect. Elles se produisent lorsque le certificat HTTPS Let's Encrypt ne peut pas être configuré sur votre instance.

WordPress message d'échec de configuration dans la console Lightsail.

Dans le message d'échec, cliquez sur le lien Télécharger le journal des erreurs pour télécharger et consulter les journaux d'erreurs. Associez l'erreur à l'une des valeurs suivantes :

Aucun enregistrement DNS n'a été trouvé. Vérifiez que les enregistrements DNS du domaine pointent vers l'adresse IP publique de votre instance et laissez le temps aux modifications DNS de se propager.

Raison

Cette erreur est due à des enregistrements DNS mal configurés ou à des enregistrements DNS qui n'ont pas eu le temps de se propager dans le DNS d'Internet.

Corriger

Vérifiez que les enregistrements DNS A ou AAAA sont présents dans la zone DNS et qu'ils pointent vers l'adresse IP publique de votre instance. Pour plus d'informations, consultez la section DNS dans Lightsail.

Lorsque vous ajoutez ou mettez à jour des enregistrements DNS qui pointent le trafic depuis votre domaine apex (example.com) et ses www sous-domaines (www.example.com), ils doivent se propager dans le DNS d'Internet. Vous pouvez vérifier que vos modifications DNS ont pris effet à l'aide d'outils tels que nslookup ou DNS Lookup from. MxToolbox

Note

Prévoyez le temps nécessaire pour que les modifications apportées aux enregistrements DNS se propagent via le DNS d'Internet, ce qui peut prendre plusieurs heures.

Les enregistrements DNS ne correspondent pas. Vérifiez que les enregistrements DNS du domaine pointent vers l'adresse IP publique de votre instance et laissez le temps aux modifications DNS de se propager.

Raison

Les enregistrements DNS A ou AAAA ne pointent pas vers l'adresse IP publique de l'instance.

Corriger

Vérifiez que les enregistrements DNS A ou AAAA sont présents dans la zone DNS et qu'ils pointent vers l'adresse IP publique de votre instance. Pour plus d'informations, consultez la section DNS dans Lightsail.

Note

Prévoyez le temps nécessaire pour que les modifications apportées aux enregistrements DNS se propagent via le DNS d'Internet, ce qui peut prendre plusieurs heures.

Impossible de se connecter à votre instance. Attendez quelques minutes pour que la connexion SSH soit prête. Ensuite, redémarrez l'installation.

Raison

L'instance vient d'être créée ou redémarrée et la connexion SSH n'est pas prête.

Corriger

Attendez quelques minutes pour que la connexion SSH soit prête. Réessayez ensuite le flux de travail guidé. Pour plus d'informations, consultez la section Résolution des problèmes liés au SSH dans Lightsail.

WordPress Version non prise en charge. Le programme d'installation ne prend en charge que les WordPress versions 6 et supérieures.

Raison

La version installée sur l'instance est antérieure à la WordPress version 6. WordPress Les anciennes WordPress versions contiennent des logiciels incompatibles et des dépendances qui empêchent la génération du certificat HTTPS.

Corriger

Créez une nouvelle WordPress instance depuis la console Lightsail. Migrez ensuite le WordPress site Web de l'ancienne instance vers la nouvelle. Pour plus d'informations, voir Migrer un WordPress blog existant.

Si vous créez une nouvelle instance pour remplacer l'instance existante, veillez à mettre à jour les dépendances de votre application vers votre nouvelle instance.

Le programme d'installation prend uniquement en charge les WordPress instances créées le 1er janvier 2023 ou après cette date.

Raison

L'instance utilisée lors de l'installation peut contenir un logiciel obsolète. Les anciens logiciels empêcheront la génération du certificat HTTPS.

Corriger

Créez une nouvelle WordPress instance depuis la console Lightsail. Migrez ensuite le WordPress site Web de l'ancienne instance vers la nouvelle. Pour plus d'informations, voir Migrer un WordPress blog existant.

Si vous créez une nouvelle instance pour remplacer l'instance existante, veillez à mettre à jour les dépendances de votre application vers votre nouvelle instance.

Les ports 22, 80 et 443 du pare-feu d'instance doivent autoriser une connexion TCP à partir de n'importe quelle adresse IP pendant le flux de travail de configuration. Vous pouvez modifier ces paramètres depuis l'onglet Mise en réseau de l'instance.

Raison

Les ports 22, 80 et 443 du pare-feu d'instance doivent autoriser les connexions TCP à partir de n'importe quelle adresse IP pendant l'installation. Cette erreur est générée lorsqu'un ou plusieurs de ces ports sont fermés. Pour plus d'informations, veuillez consulter Pare-feu d'instance.

Corriger

Ajoutez ou modifiez les règles de pare-feu IPv4 et IPv6 de l'instance pour autoriser les connexions TCP via les ports 22, 80 et 443. Pour plus d'informations, consultez Ajouter et modifier des règles de pare-feu d'instance.

Certbot.errors.AuthorizationError: Certains défis ont échoué

Raison

Cette erreur est due à des enregistrements DNS mal configurés ou à des enregistrements DNS qui n'ont pas eu le temps de se propager sur Internet.

Corriger

Vérifiez que les enregistrements DNS A ou AAAA sont présents dans la zone DNS et qu'ils pointent vers l'adresse IP publique de votre instance. Pour plus d'informations, consultez la section DNS dans Lightsail.

Lorsque vous ajoutez ou mettez à jour des enregistrements DNS qui pointent le trafic depuis votre domaine apex (example.com) et ses www sous-domaines (www.example.com), ils doivent se propager sur Internet. Vous pouvez vérifier que vos modifications DNS ont pris effet à l'aide d'outils tels que nslookup ou DNS Lookup from. MxToolbox

Note

Prévoyez le temps nécessaire pour que les modifications apportées aux enregistrements DNS se propagent via le DNS d'Internet, ce qui peut prendre plusieurs heures.

Certbot n'a pas réussi à authentifier certains domaines

Raison

Cette erreur peut apparaître si un autre processus utilise le port 80 alors que le certificat HTTPS est configuré sur l'instance.

Corriger

Redémarrez votre WordPress instance. Réexécutez ensuite le flux de travail guidé. Utilisez la procédure suivante pour arrêter tout processus en cours d'exécution sur l'instance qui s'exécute sur le port 80 si le redémarrage ne résout pas le problème.

Procédure
  1. Connectez-vous à votre instance en utilisant le client SSH basé sur le navigateur Lightsail ou en utilisant. AWS CloudShell

  2. Arrêtez le service Apache qui s'exécute sur l'instance :

    $ sudo systemctl stop apache2

    Vérifiez que le service Apache est arrêté :

    $ sudo systemctl status apache2
  3. Vérifiez si d'autres processus utilisent le port 80 :

    $ fuser -n tcp 80
  4. Arrêtez tous les processus dont une autre application n'a pas besoin :

    $ fuser -k -n tcp 80
  5. Redémarrez WordPress l'installation.

Le dépôt http://cdn-aws.deb.debian.org/debian buster-backports ne contient plus de fichier Release

Raison

Il existe un dépôt Debian obsolète sur votre instance qui ne peut pas être mis à jour.

Corriger

Utilisez la procédure suivante pour modifier l'URL du dépôt répertoriée dans le fichier du dépôt Debian.

Procédure
  1. Connectez-vous à votre instance en utilisant le client SSH basé sur le navigateur Lightsail ou en utilisant. AWS CloudShell

  2. Accédez au répertoire /etc/apt/sources.list.d/.

    $ cd /etc/apt/sources.list.d/
  3. Utilisez l'éditeur de texte de votre choix pour ouvrir le buster-backports.list fichier. Si le fichier ne se trouve pas dans ce répertoire, vous pouvez également vous enregistrer/etc/apt/sources.list. L'éditeur de texte Vim préinstallé est utilisé dans l'exemple de commande. Pour plus d'informations, consultez la documentation de Vim.

    $ vim buster-backports.list
  4. Repérez toute ligne contenant cdn-aws.deb.debian.org oudeb.debian.org, et remplacez-la pararchive.debian.org.

  5. Enregistrez et fermez le fichier .

  6. Redémarrez WordPress l'installation.

Le dépôt http://ppa.launchpad.net/certbot/certbot/ubuntu lunar Release ne possède pas de fichier Release

Raison

Il existe un référentiel Certbot Personal Package Archive (PPA) obsolète sur votre instance qui ne peut pas être mis à jour.

Corriger

Utilisez la procédure suivante pour supprimer manuellement le référentiel PPA obsolète de votre instance.

Procédure
  1. Connectez-vous à votre instance en utilisant le client SSH basé sur le navigateur Lightsail ou en utilisant. AWS CloudShell

  2. Accédez au répertoire /etc/apt/sources.list.d/.

    $ cd /etc/apt/sources.list.d/
  3. Utilisez l'éditeur de texte de votre choix pour ouvrir le certbot-ubuntu-certbot-version.list fichier. L'éditeur de texte Vim préinstallé est utilisé dans l'exemple de commande. Pour plus d'informations, consultez la documentation de Vim.

    Dans la commande, remplacez par la version d'Ubuntu version avec laquelle le référentiel est incompatible ; il s'agira de la même version que celle qui apparaît dans le message d'erreur. Par exemple, lunar ou mantic.

    $ vim certbot-ubuntu-certbot-version.list
  4. Supprimez toute ligne contenant le texte suivant : http://ppa.launchpad.net/certbot/certbot/ubuntu

  5. Enregistrez et fermez le fichier .

  6. Redémarrez WordPress l'installation.

Trop de certificats (5) ont déjà été émis pour cet ensemble exact de domaines au cours des 168 dernières heures

Raison

Un ou plusieurs de vos domaines ou sous-domaines ont déjà été utilisés pour créer 5 certificats la semaine dernière. Pour plus d'informations, consultez la section Limites de débit sur le site Web de Let's Encrypt.

Corriger

Patientez une semaine (168 heures), puis redémarrez le flux de travail guidé pour ce domaine.

Trop d'autorisations échouées

Raison

Un ou plusieurs domaines ou sous-domaines de la demande ont dépassé la limite de cinq validations par heure. Pour plus d'informations, consultez la section Limites de débit sur le site Web de Let's Encrypt.

Corriger

Patientez une heure et relancez le WordPress programme d'installation. Vérifiez que les autres erreurs de validation ont été corrigées avant de redémarrer l'installation.