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
go get -insecure doesn't accept self-signed (or otherwise invalid) TLS certificates. Instead, it falls back to HTTP. This does not work for HTTPS-only hosts. Insecure should accept any insecure medium, not just those that are insecure because they are unencrypted.
Example that is only serving HTTPS, with a self-signed certificate:
@davecheney, that's the point. He's asking for insecure with the -insecure flag, but it's failing to provide him with the first data source found (insecure https) and instead is trying to fall back to insecure http.
On Tue, Nov 10, 2015 at 7:17 PM, Brad Fitzpatrick [email protected]
wrote:
@davecheneyhttps://github.com/davecheney, that's the point. He's
asking for insecure with the -insecure flag, but it's failing to provide
him with the first data source found (insecure https) and instead is trying
to fall back to insecure http.
—
Reply to this email directly or view it on GitHub #13197 (comment).
rsc
changed the title
cmd/go: go get -insecure does not work with self-signed, HTTPS-only vanity domains
cmd/go: disable TLS verification in 'go get -insecure'
Dec 28, 2015
go get -insecure doesn't accept self-signed (or otherwise invalid) TLS certificates. Instead, it falls back to HTTP. This does not work for HTTPS-only hosts. Insecure should accept any insecure medium, not just those that are insecure because they are unencrypted.
Example that is only serving HTTPS, with a self-signed certificate:
Low priority from my end, as it's a theoretical issue, not one I encountered in the real world. Discovered while looking into #11468
The text was updated successfully, but these errors were encountered: