-
Notifications
You must be signed in to change notification settings - Fork 514
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
tokenAuth pingClient should not assume the "v2" url is at the root. #1107
Comments
👍 This is important for potential non-container-registry Notary users. IMO, we should just have a separately configurable auth URL which is perhaps by default |
@ecordell |
reasonerjt
added a commit
to reasonerjt/notary
that referenced
this issue
Mar 1, 2017
Signed-off-by: Tan Jiang <jiangd@vmware.com>
Merged
reasonerjt
added a commit
to reasonerjt/notary
that referenced
this issue
Mar 6, 2017
Signed-off-by: Tan Jiang <jiangd@vmware.com>
cyli
added a commit
that referenced
this issue
Mar 9, 2017
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
If I host my notary-server under a sub path:
x.x.x.x/notary
I can use the command:
to list the targets, however when the "auth" is configured at the notary-server, the command will not challenge me for credentials.
Checked the code:
https://github.com/docker/notary/blob/master/cmd/notary/tuf.go#L892
the "/v2/" url is hard coded to the root, but in my case the notary client should "ping" the url x.x.x.x/notary/v2 instead of x.x.x.x/v2
a quick fix:
can work around the problem.
The text was updated successfully, but these errors were encountered: