-
Notifications
You must be signed in to change notification settings - Fork 900
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for client certificates #399
Comments
It sounds like something that we could do. |
Perhaps you can elaborate more in how you would see the user experience of this feature. |
I'm thinking an attribute for a repo/source that specifies the PFX file:
edit: attr name |
Does the source need to support public / private key auth then as well? |
Yes, on top of HTTPS the server would be configured to require a client certificate. |
It all depends on the server - I'm sure something like Nexus or Artifactory probably already support that, but not sure if they do with NuGet packages. |
Similar to #403. |
Extends authentication by adding options to sources and commands to specify client certificate and its password, as well as implementing new IClientCertificateProvider from choco/nuget-chocolatey to lookup those options based on the Uri requested. These options are complimentary and can be used in addition to username/password assuming the server implements it. + unit tests fix to use lowercased %ComSpec% when looking for cmd.exe
* pr481: (GH-399) client certificate support (specs) compare with to_lower
* stable: (GH-399) client certificate support (specs) compare with to_lower
Fixed up and merged into stable at 026df76 |
I don't see any way to configure choco with a client certificate for authentication with a server.
Both apt-get and yum support this, so would be nice if choco could do the same.
The text was updated successfully, but these errors were encountered: