D'accord, j'ai donc rencontré un problème extrêmement frustrant lorsque j'essayais d'atteindre un AWS S3 Bucket via AWS CLI via la commande Invite dans Windows 7. AWS CLI est "incapable de localiser les informations d'identification", à savoir le fichier config.txt @ C:\Users\USERNAME\.aws\config.txt
.
J'ai essayé d'y accéder en créant la variable d'environnement AWS_CONFIG_FILE dans ControlPanel> System> AdvancedSystemSettings> EnvironmentalVariables, mais aucun dé. J'ai également essayé tout ce qui précède sur une autre machine Win7. Encore une fois, pas de dés.
Que pourrais-je manquer ici. Existe-t-il une autorisation spéciale à définir pour qu'AWS CLI puisse accéder au fichier config.txt? Aidez-moi, avant que je ne pique mes propres yeux!
Le contenu de config.txt, au cas où cela vous intéresserait, est:
[default]
aws_access_key_id = key id here
aws_secret_access_key = key here
region = us-east-1
Bon, le fichier de configuration ne peut donc pas être un fichier texte (.txt). Vous devez créer le fichier dans CMD. Il s’agit d’un fichier générique sans extension.
Il existe un autre moyen de configurer les informations d'identification aws à l'aide de l'outil de ligne de commande . Vous pouvez passer des informations d'identification à l'aide de la commande windows au lieu de passer par le fichier . Exécuter la commande ci-dessous à partir de la commande windows
aws configure
Il vous invite à entrer ci-dessous des choses
AWS Access key ID:
AWS secrete key ID:
Default region Name:
Default output Format:
Voir ce tutoriel vidéo: https://youtu.be/hhXj8lM_jBs
Quelques points à ce sujet, car j’ai eu des problèmes similaires en essayant d’effectuer une synchronisation S3.
Mes conclusions étaient les suivantes.
Supprimez les espaces entre hte =
et la paire valeur/clé (voir l'exemple ci-dessous).
L'OP a spécifié une section [default]
dans son exemple, mais j'ai eu la même erreur lorsque j'ai supprimé cette section car je ne pensais pas que c'était nécessaire, cela ne vaut donc rien.
J'ai ensuite reformé mon dossier comme suit et cela a fonctionné ...
[default]
aws_access_key_id=****
aws_secret_access_key=****
region=eu-west-2
[deployment-profile]
aws_access_key_id=****
aws_secret_access_key=****
region=eu-west-2
credentials
.En publiant ceci, j'ai vraiment lutté pendant quelques heures avec des messages vagues d'AWS et ce sont les solutions qui ont fonctionné pour moi. J'espère que ça aide quelqu'un.