[Doc] Documentation missing for backstage TLS configurations

[Zaperex]

What do you want to improve?

We need documentation for configuring TLS for backstage. Many institutions and organizations have their own CA certification for traffic in their internal networks, and we need to document on how to configure backstage to recognize those as secure certifications (not self-signed).

What is the current documentation?

There is no documentation at the current time.

What is the new documentation?

Documentation on how to configure TLS for backstage.

[coreydaley]

@Zaperex Since this will be running on Kubernetes clusters and not bare metal, would you be OK with just pointing to documentation for OpenShift, EKS, etc that details how to implement TLS on those specific providers?

[github-actions]

This issue is stale because it has been open 30 days with no activity. This project switched to Jira at https://issues.redhat.com/projects/RHIDP/ for issue tracking. If this issues is still relevant, please reopen it there.

[Zaperex]

I believe the original intention of this issue was to document how to configure the entire backstage instance to utilize a custom SSL certificate store that contains root certificates of private CA Certificates. This was to avoid SSL self-signed certificate errors when making requests to internal resources that have private SSL certificates.

I recall there was no app-config.yaml config for this and their workaround from this old doc was to use the NODE_EXTRA_CA_CERTS environment variable when starting the backstage instance, as well as this old issue that proposed adding an app-config option for it.

I guess the Kubernetes distribution docs should be sufficient as long as we can tell them how to configure the backend to use the correct CaCerts and such.

[github-actions]

This issue is stale because it has been open 30 days with no activity. This project switched to Jira at https://issues.redhat.com/projects/RHIDP/ for issue tracking. If this issues is still relevant, please reopen it there.