Registry v2: Exposing the Registry
By default, use the internal Registry service for workloads inside the cluster. Expose Registry v2 only when developer machines, CI systems, or other external clients must push or pull images.
TOC
Expose the Default RegistryExpose a Custom Secure Registry HostConfigure Client TrustVerify External AccessTroubleshootingExpose the Default Registry
Enable the default route behavior in Config/cluster:
The Operator renders a Kubernetes Ingress named default-route in image-registry-system.
Check the generated Ingress:
Expose a Custom Secure Registry Host
Create or provide a TLS Secret in image-registry-system, then configure Config.spec.routes[]:
The TLS Secret must exist in image-registry-system when secretName is set.
The generated Ingress uses the Registry service as the backend and sets the backend protocol to HTTPS.
Configure Client Trust
If the Ingress certificate is signed by a private CA, add the CA to each external client's trust store before login and push/pull operations.
For a test client that uses an insecure registry option, scope the insecure setting to the Registry host only:
Verify External Access
Check the Ingress:
Log in from an external client:
Push and pull a test image: