debian-mirror-gitlab/doc/administration/geo/replication/usage.md

46 lines
1.9 KiB
Markdown
Raw Normal View History

2021-04-29 21:17:54 +05:30
---
2022-07-23 23:45:48 +05:30
stage: Systems
2021-04-29 21:17:54 +05:30
group: Geo
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments
---
<!-- Please update EE::GitLab::GeoGitAccess::GEO_SERVER_DOCS_URL if this file is moved) -->
# Using a Geo Site **(PREMIUM SELF)**
After you set up the [database replication and configure the Geo nodes](../index.md#setup-instructions), use your closest GitLab site as you would do with the primary one.
2022-03-02 08:16:31 +05:30
You can push directly to a **secondary** site (for both HTTP, SSH including
2022-07-23 23:45:48 +05:30
Git LFS), and the request is proxied to the primary site instead.
2021-04-29 21:17:54 +05:30
2022-07-23 23:45:48 +05:30
Example of the output you see when pushing to a **secondary** site:
2021-04-29 21:17:54 +05:30
```shell
$ git push
remote:
remote: This request to a Geo secondary node will be forwarded to the
remote: Geo primary node:
remote:
remote: ssh://git@primary.geo/user/repo.git
remote:
Everything up-to-date
```
2021-06-08 01:23:25 +05:30
NOTE:
2022-06-21 17:19:12 +05:30
If you're using HTTPS instead of [SSH](../../../user/ssh.md) to push to the secondary,
2021-06-08 01:23:25 +05:30
you can't store credentials in the URL like `user:password@URL`. Instead, you can use a
[`.netrc` file](https://www.gnu.org/software/inetutils/manual/html_node/The-_002enetrc-file.html)
for Unix-like operating systems or `_netrc` for Windows. In that case, the credentials
2022-07-23 23:45:48 +05:30
are stored as a plain text. If you're looking for a more secure way to store credentials,
2021-06-08 01:23:25 +05:30
you can use [Git Credential Storage](https://git-scm.com/book/en/v2/Git-Tools-Credential-Storage).
2021-11-11 11:23:49 +05:30
## Fetch Go modules from Geo secondary sites
Go modules can be pulled from secondary sites, with a number of limitations:
- Git configuration (using `insteadOf`) is needed to fetch data from the Geo secondary site.
- For private projects, authentication details need to be specified in `~/.netrc`.
Read more in the
[working with projects `go get` documentation](../../../user/project/working_with_projects.md#fetch-go-modules-from-geo-secondary-sites).