- Authenticate Go requests to private projects
- Authenticate Git requests
- Disable Go module fetching for private projects
- Authenticate Git requests to private subgroups
- Fetch Go modules from Geo secondary sites
Use a project as a Go package
- Changed in GitLab 17.3 to return 404 errors for unauthorized
go get
requests.
Prerequisites:
- Contact your administrator to enable the GitLab Go Proxy.
- To use a private project in a subgroup as a Go package, you must authenticate Go requests. Go requests that are not authenticated cause
go get
to fail. You don’t need to authenticate Go requests for projects that are not in subgroups.
To use a project as a Go package, use the go get
and godoc.org
discovery requests. You can use the meta tags:
go get
request with invalid HTTP credentials, you receive a 404 error.
You can find the HTTP credentials in ~/.netrc
(MacOS and Linux) or ~/_netrc
(Windows).Authenticate Go requests to private projects
Prerequisites:
- Your GitLab instance must be accessible with HTTPS.
- You must have a personal access token with
read_api
scope.
To authenticate Go requests, create a .netrc
file with the following information:
machine gitlab.example.com
login <gitlab_user_name>
password <personal_access_token>
On Windows, Go reads ~/_netrc
instead of ~/.netrc
.
The go
command does not transmit credentials over insecure connections. It authenticates
HTTPS requests made by Go, but does not authenticate requests made
through Git.
Authenticate Git requests
If Go cannot fetch a module from a proxy, it uses Git. Git uses a .netrc
file to authenticate requests, but you can
configure other authentication methods.
Configure Git to either:
-
Embed credentials in the request URL:
git config --global url."https://${user}:${personal_access_token}@gitlab.example.com".insteadOf "https://gitlab.example.com"
-
Use SSH instead of HTTPS:
git config --global url."git@gitlab.example.com:".insteadOf "https://gitlab.example.com/"
Disable Go module fetching for private projects
To fetch modules or packages, Go uses the environment variables:
GOPRIVATE
GONOPROXY
GONOSUMDB
To disable fetching:
- Disable
GOPRIVATE
:- To disable queries for one project, disable
GOPRIVATE=gitlab.example.com/my/private/project
. - To disable queries for all projects on GitLab.com, disable
GOPRIVATE=gitlab.example.com
.
- To disable queries for one project, disable
- Disable proxy queries in
GONOPROXY
. - Disable checksum queries in
GONOSUMDB
.
- If the module name or its prefix is in
GOPRIVATE
orGONOPROXY
, Go does not query module proxies. - If the module name or its prefix is in
GONOPRIVATE
orGONOSUMDB
, Go does not query Checksum databases.
Authenticate Git requests to private subgroups
If the Go module is located under a private subgroup like
gitlab.com/namespace/subgroup/go-module
, then the Git authentication doesn’t work.
It happens, because go get
makes an unauthenticated request to discover
the repository path.
Without an HTTP authentication via .netrc
file, GitLab responds with
gitlab.com/namespace/subgroup.git
to prevent a security risk of exposing
the project’s existence for unauthenticated users.
As a result, the Go module cannot be downloaded.
Unfortunately, Go doesn’t provide any means of request authentication apart
from .netrc
. In a future version, Go may add support for arbitrary
authentication headers.
Follow golang/go#26232
for details.
Workaround: use .git
in the module name
There is a way to skip go get
request and force Go to use a Git authentication
directly, but it requires a modification of the module name.
If the module path has a VCS qualifier (one of .bzr, .fossil, .git, .hg, .svn) at the end of a path component, the go command will use everything up to that path qualifier as the repository URL. For example, for the module example.com/foo.git/bar, the go command downloads the repository at example.com/foo.git using git, expecting to find the module in the bar subdirectory.
- Go to
go.mod
of the Go module in a private subgroup. - Add
.git
to the module name. For example, renamemodule gitlab.com/namespace/subgroup/go-module
tomodule gitlab.com/namespace/subgroup/go-module.git
. - Commit and push this change.
- Visit Go projects that depend on this module and adjust their
import
calls. For example,import gitlab.com/namespace/subgroup/go-module.git
.
The Go module should be correctly fetched after this change.
For example, GOPRIVATE=gitlab.com/namespace/* go mod tidy
.
Fetch Go modules from Geo secondary sites
Use Geo to access Git repositories that contain Go modules on secondary Geo servers.
You can use SSH or HTTP to access the Geo secondary server.
Use SSH to access the Geo secondary server
To access the Geo secondary server with SSH:
-
Reconfigure Git on the client to send traffic for the primary to the secondary:
git config --global url."git@gitlab-secondary.example.com".insteadOf "https://gitlab.example.com" git config --global url."git@gitlab-secondary.example.com".insteadOf "http://gitlab.example.com"
- For
gitlab.example.com
, use the primary site domain name. - For
gitlab-secondary.example.com
, use the secondary site domain name.
- For
-
Ensure the client is set up for SSH access to GitLab repositories. You can test this on the primary, and GitLab replicates the public key to the secondary.
The go get
request generates HTTP traffic to the primary Geo server. When the module
download starts, the insteadOf
configuration sends the traffic to the secondary Geo server.
Use HTTP to access the Geo secondary
You must use persistent access tokens that replicate to the secondary server. You cannot use CI/CD job tokens to fetch Go modules with HTTP.
To access the Geo secondary server with HTTP:
-
Add a Git
insteadOf
redirect on the client:git config --global url."https://gitlab-secondary.example.com".insteadOf "https://gitlab.example.com"
- For
gitlab.example.com
, use the primary site domain name. - For
gitlab-secondary.example.com
, use the secondary site domain name.
- For
-
Generate a personal access token and add the credentials in the client’s
~/.netrc
file:machine gitlab.example.com login USERNAME password TOKEN machine gitlab-secondary.example.com login USERNAME password TOKEN
The go get
request generates HTTP traffic to the primary Geo server. When the module
download starts, the insteadOf
configuration sends the traffic to the secondary Geo server.