[RUBY] [AWS S3] L'ID de clé d'accès AWS que vous avez fourni n'existe pas dans nos enregistrements. Erreur [Rails AWS EC2]
contenu de l'erreur
Lorsque j'essaie de publier une image (onde porteuse) dans l'environnement de production (EC2), l'erreur suivante se produit.
L'AWSAccessKeyId affiché (chargé) est l'ancienne clé qui était précédemment utilisée. Étant donné que l'ancienne clé d'accès a été lue à partir de l'instruction d'erreur, il a été jugé que l'erreur était due à une incohérence.
ESSAYEZ pour l'erreur
- Mettre à jour .bash_profile
- Vérifiez le fichier .env
- Vérifiez sous le répertoire .aws (config, identifiants)
- Confirmer la configuration de aws
- Confirmer la politique, etc. par AWS IAM
L'ID de clé d'accès que j'exportais dans .bash_profile était certainement ancien. Je l'ai mis à jour avec une nouvelle clé d'accès, vérifié le fichier .env, IAM, la liste de configuration aws et confirmé qu'il était mis à jour avec le dernier ID de clé d'accès, mais lorsque je poste l'image, j'obtiens la même erreur. Puisque Docker est utilisé, il n'y a pas de changement même si les anciennes images sont supprimées.
local
$ aws configure list
AWS Access Key ID [None]: AKIA...(Nouvelle clé d'accès)
AWS Secret Access Key [None]: KEY...(Nouvelle clé d'accès)
Default region name:---
Default output format: json
Solution
Où j'étais perdu
** Je me suis soudainement souvenu des mots de mon prédécesseur: "Si quelque chose ne va pas avec EC2, redémarrez d'abord l'instance EC2." ** **
J'ai pensé: "Oh, c'est la bonne réponse." Il ne se chargera probablement pas correctement sans redémarrer l'instance EC2. Je me suis déconnecté de l'instance EC2 avec exit et je me suis reconnecté (ssh) n'a pas fonctionné.
** Le redémarrage de l'instance EC2 a été résolu comme prévu et j'ai pu publier l'image normalement. ** **
Apprendre
Avec l'AWS CLI, chaque fois que vous remplacez l'ancienne clé par la nouvelle clé à partir du terminal, redémarrez l'instance EC2!
Si vous obtenez la même erreur que moi même si l'ID de clé d'accès AWS, etc. est le dernier, veuillez redémarrer l'instance EC2 que vous utilisez en premier.