Skip to content

Commit

Permalink
Update content/en/docs/porch/using-porch/using-authenticated-private-…
Browse files Browse the repository at this point in the history
…registries.md

Co-authored-by: Gergely Csatari <[email protected]>
  • Loading branch information
1 parent cb93ae4 commit 37d71f9
Showing 1 changed file with 1 addition and 1 deletion.
Original file line number Diff line number Diff line change
Expand Up @@ -106,7 +106,7 @@ You may specify your desired `mountPath:` so long as the function runner can acc
The chosen `mountPath:` should use its own, dedicated sub-directory, so that it does not overwrite access permissions of the existing directory. For example, if you wish to mount on `/var/tmp` you should use `mountPath: /var/tmp/<SUB_DIRECTORY>` etc.
{{% /alert %}}

The `--enable-tls-registry` and `--tls-secret-path` variables are only required if the user has a private TLS registry. they are used to indicate to the function runner that it should try and autenticate to the registry with TLS transport and should use the TLS certificate information found on the path provided in `--tls-secret-path`.
The *--enable-tls-registry* and *--tls-secret-path* variables are only required if the user has a private TLS registry. they are used to indicate to the function runner that it should try and authenticate to the registry with TLS transport and should use the TLS certificate information found on the path provided in *--tls-secret-path*.

Lastly you must enable private registry functionality along with providing the path and name of the secret. Add the `--enable-private-registry`, `--registry-auth-secret-path` and `--registry-auth-secret-name` arguments to the function-runner Deployment object in the *2-function-runner.yaml* file:

Expand Down

0 comments on commit 37d71f9

Please sign in to comment.