Backport of Inline API Gateway TLS cert code into release/1.15.x #16306
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Backport
This PR is auto-generated from #16295 to be assessed for backporting due to the inclusion of the label backport/1.15.
WARNING automatic cherry-pick of commits failed. Commits will require human attention.
The below text is copied from the body of the original PR.
Description
We initially attempted to ship API Gateway certificates via SDS secrets over ADS, however, currently certificates pushed down via ADS never come out of a warming state. This acts as a stop-gap to try and ship certificates to API Gateways without requiring having a fully functioning ADS secret pushdown.
In order to implement binding multiple certificates to a gateway listener it adds some SNI behavior to the gateways, specifically the xDS generation code, when applying a single certificate leverages it for all traffic. For multiple certificates it:
The above overlapping check to a default listener was done to make things deterministic rather than based off of something like which cert was created first.
In the future I think we should talk to the upstream community about the possibility of either adding an optional flag for a certificate to be the
default
certificate, or potentially adding an optionalhostnames
field to the certificate references so that an implementation can just leverage that rather than trying to construct a non-overlapping hostnames set themselves, or both (this is a generic multi-cert problem).PR Checklist
Overview of commits