trafficcontrol
trafficcontrol copied to clipboard
Add t3c parent-child tls support
DO NOT MERGE - temporarily not a draft to make Github tests run
Adds support to cache config to generate rules to use HTTPS between caches, a.k.a. "end-to-end SSL."
This includes the certificate generation and refreshing necessary for those HTTPS connections.
This should be considered highly experimental. The full feature has a huge number of moving parts, and it's going to take some time to work out all the details, i.e. it almost certainly has bugs and issues.
It also requires ATS 9, which ATC doesn't officially support yet.
Behavior should not change unless t3c flags are passed or a CA is put in the config directory, i.e. unless someone is intentionally trying to use the feature.
Includes tests, both unit and integration. Includes docs for the added t3c flags. It does not include read-the-docs docs, and the feature is complex enough it definitley needs them, but I'd prefer not to add them yet because of the highly experimental nature, until it's more stable. No changelog, feature is still highly experimental and we don't want to declare anything until it stabilizes.
Which Traffic Control components are affected by this PR?
- Documentation
- Traffic Control Cache Config (T3C, formerly ORT)
- Traffic Control Health Client (tc-health-client)
- Traffic Control Client
- Traffic Monitor
- Traffic Ops
- Traffic Portal
- Traffic Router
- Traffic Stats
- Grove
- CDN in a Box
- Automation
- unknown
What is the best way to verify this PR?
If this is a bugfix, which Traffic Control versions contained the bug?
PR submission checklist
- [x] This PR has tests
- [x] This PR has documentation
- [x] This PR has a CHANGELOG.md entry
- [x] This PR DOES NOT FIX A SERIOUS SECURITY VULNERABILITY (see the Apache Software Foundation's security guidelines for details)