J'ai cette erreur lorsque je me connecte pendant un processus CI:
WARNING! Using --password via the CLI is insecure. Use --password-stdin.
Dois-je simplement remplacer "--password" par "--password-stdin '?
Réponses
Trop de publicités?
Selon le panneau de la documentation:
Pour exécuter le panneau de connexion de commande de manière non interactive, vous pouvez définir le
--password-stdindrapeau à fournir un mot de passe par le biais de l'entrée standard. À l'aide de STDIN empêche le mot de passe de finir dans la coquille de l'histoire, ou des fichiers log.
Les exemples suivants de lire un mot de passe à partir d'un fichier, et le transmet au panneau de connexion de commande à l'aide de STDIN:
$ cat ~/my_password.txt | docker login --username foo --password-stdin
ou
$ docker login --username foo --password-stdin < ~/my_password
L'exemple suivant lit un mot de passe à partir d'une variable, et le transmet au panneau de connexion de commande à l'aide de STDIN:
$ echo "$MY_PASSWORD" | docker login --username foo --password-stdin
Stef
Points
1782
La même commande echo sur un système Windows (ou lors de l'exécution dans une tâche Azure Pipelines basée sur vs2017-win2016 ) génère également une nouvelle ligne supplémentaire.
Une solution de contournement pour que cela utilise set /p , voir aussi question + réponse .
La commande complète sera comme: echo | set /p="my_password" | docker login --username foo --password-stdin
mapto
Points
276
Il s'agit d'un avertissement que l'on reçoit généralement en utilisant AWS. Si tel est le cas, une autre solution au problème pourrait ne pas être d'exécuter explicitement la commande afin qu'elle soit stockée dans l'historique. Pour ce faire, on pourrait utiliser (avec aws2)
eval $(aws2 ecr get-login --no-include-email)
Même si vous voyez toujours l'avertissement, la commande docker explicite contenant la clé / le mot de passe n'est pas stockée dans l'historique bash. Si vous n'êtes pas convaincu, essayez d'exécuter la commande history pour voir par vous-même.
