Skip to content

Commit 8ca63e9

Browse files
authored
Merge pull request #6502 from ahardin-rh/custom-route-followup
Follow-up edits to PR#5084
2 parents 2e8a237 + eef7e4b commit 8ca63e9

File tree

1 file changed

+7
-10
lines changed

1 file changed

+7
-10
lines changed

dev_guide/routes.adoc

+7-10
Original file line numberDiff line numberDiff line change
@@ -338,16 +338,13 @@ $ oc get route/<route-name>
338338

339339
Custom certificates are permitted in {product-title} Pro. In {product-title}
340340
Starter, only unencrypted routes, edge routes using the default certificate, and
341-
passthrough routes work. Edge routes with custom certificates and re-encrypt
342-
routes (which necessarily have custom certificates) do not work in
343-
{product-title} Starter.
344-
345-
These restrictions are enforced in the router. Inspecting the route in the
346-
console or using `oc get routes` displays the host and certificates specified by
347-
the user. The status of the route indicates if the route is restricted. However,
348-
custom hosts are not respected in {product-title} Starter, and routes with
349-
custom certificates do not work. In {product-title} Pro, a default host is
350-
provided if the user does not specify a custom host.
341+
passthrough routes work. Edge and re-encrypt routes with custom certificates do
342+
not work in {product-title} Starter.
343+
344+
These restrictions are enforced by the API. Attempts to create routes with
345+
custom hosts or certificates will be rejected in {product-title} Starter. In
346+
{product-title} Pro, a default host is provided if the user does not specify a
347+
custom host.
351348

352349
Once your custom route is created in in {product-title} Pro, you must update
353350
your DNS provider by creating a canonical name (CNAME) record. Your CNAME record

0 commit comments

Comments
 (0)