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
> Note: images in the registry don't have the registry endpoint prefix anymore.
91
92
92
93
## Launching Talos in an Air-gapped Environment
93
94
94
-
For Talos to use the internal registry, we use the registry mirror feature to redirect all the image pull requests to the internal registry.
95
+
For Talos to use the internal registry, we use the registry mirror feature to redirect all image pull requests to the internal registry.
95
96
This means that the registry endpoint (as the first component of the image reference) gets ignored, and all pull requests are sent directly to the specified endpoint.
96
97
97
98
We are going to use a QEMU-based Talos cluster for this guide, but the same approach works with Docker-based clusters as well.
98
99
As QEMU-based clusters go through the Talos install process, they can be used better to model a real air-gapped environment.
99
100
101
+
Identify all registry prefixes from `talosctl images`, for example:
102
+
103
+
-`docker.io`
104
+
-`gcr.io`
105
+
-`ghcr.io`
106
+
-`k8s.gcr.io`
107
+
-`quay.io`
108
+
100
109
The `talosctl cluster create` command provides conveniences for common configuration options.
101
-
The only required flag for this guide is `--registry-mirror '*'=http://10.5.0.1:6000` which redirects every pull request to the internal registry.
110
+
The only required flag for this guide is `--registry-mirror <endpoint>=http://10.5.0.1:6000` which redirects every pull request to the internal registry, this flag
111
+
needs to be repeated for each of the identified registry prefixes above.
102
112
The endpoint being used is `10.5.0.1`, as this is the default bridge interface address which will be routable from the QEMU VMs (`127.0.0.1` IP will be pointing to the VM itself).
> Note: images in the registry don't have the registry endpoint prefix anymore.
91
92
92
93
## Launching Talos in an Air-gapped Environment
93
94
94
-
For Talos to use the internal registry, we use the registry mirror feature to redirect all the image pull requests to the internal registry.
95
+
For Talos to use the internal registry, we use the registry mirror feature to redirect all image pull requests to the internal registry.
95
96
This means that the registry endpoint (as the first component of the image reference) gets ignored, and all pull requests are sent directly to the specified endpoint.
96
97
97
98
We are going to use a QEMU-based Talos cluster for this guide, but the same approach works with Docker-based clusters as well.
98
99
As QEMU-based clusters go through the Talos install process, they can be used better to model a real air-gapped environment.
99
100
101
+
Identify all registry prefixes from `talosctl images`, for example:
102
+
103
+
-`docker.io`
104
+
-`gcr.io`
105
+
-`ghcr.io`
106
+
-`k8s.gcr.io`
107
+
-`quay.io`
108
+
100
109
The `talosctl cluster create` command provides conveniences for common configuration options.
101
-
The only required flag for this guide is `--registry-mirror '*'=http://10.5.0.1:6000` which redirects every pull request to the internal registry.
110
+
The only required flag for this guide is `--registry-mirror <endpoint>=http://10.5.0.1:6000` which redirects every pull request to the internal registry, this flag
111
+
needs to be repeated for each of the identified registry prefixes above.
102
112
The endpoint being used is `10.5.0.1`, as this is the default bridge interface address which will be routable from the QEMU VMs (`127.0.0.1` IP will be pointing to the VM itself).
0 commit comments