You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I should preface this by mentioning that I'm quite new to Kitchen and Kitchen-Docker (and Configuration Management as a whole!), so apologies if I've missed something obvious.
When configuring the test environment, the image(s) to be provisioned can have their origin specified via URL. However, if the image is located behind a level of authentication (e.g. proxy network), to my knowledge there is no method of supplying authentication information to bypass whatever layer of security there may be and retrieve the image from beyond.
I noticed that there are username and password variables in the source code (.kitchen.yml) as shown below...
...but these seem to be unrelated to any sort of image attainment, and even then their nature doesn't appear to be secure enough (hard-coded in source albeit probably storable in environment) to fit the use case.
I was wondering whether such a method of providing authentication existed within this plugin, or if not, whether it could develop into something related to what I've pseudo'd below?
driver:
name: docker
platforms:
- name: example
driver_config:
platform: os
image: path_to_image
image_auth: admin:password
The text was updated successfully, but these errors were encountered:
Figured out a solution to this issue, albeit its likely specific to my use case: I was able to 'docker login' to the internal registry prior to retrieving the image, and credentials were passed in through a network-available environment variable.
I should preface this by mentioning that I'm quite new to Kitchen and Kitchen-Docker (and Configuration Management as a whole!), so apologies if I've missed something obvious.
When configuring the test environment, the image(s) to be provisioned can have their origin specified via URL. However, if the image is located behind a level of authentication (e.g. proxy network), to my knowledge there is no method of supplying authentication information to bypass whatever layer of security there may be and retrieve the image from beyond.
I noticed that there are
username
andpassword
variables in the source code (.kitchen.yml) as shown below......but these seem to be unrelated to any sort of image attainment, and even then their nature doesn't appear to be secure enough (hard-coded in source albeit probably storable in environment) to fit the use case.
I was wondering whether such a method of providing authentication existed within this plugin, or if not, whether it could develop into something related to what I've pseudo'd below?
The text was updated successfully, but these errors were encountered: