If F5 manages to get the mtls cert from k8s secret as CIS can then push it to the F5 what issues could happen ? I am just wondering if external devices can work with the linkerd mesh in a such a way ?
Hey @Nikolayy1, I need to look more into this now that I’m back from KubeCon. You’ve landed on the “off-cluster Gateway” concept that’s coming up in Gateway API, and yeah, it’s a little odd.
I’d actually kind of like to chat a bit about your use case here, if possible? I’m “Flynn” on pretty much all the Slacks or you can email flynn@buoyant.io.
Hey Flynn , Will do thanks as yes the idea is to have external vendor appliance like F5 BIG-IP to mtls to the linkerd pods as F5 has a CIS pod that can push certs and keys stored in a secret to the device, so that part is easy and I copied the linkerd linkerd-identity-issuer secret to the cert-manager namespace as to be able to use cluster provider to create the certs for the external device signed with the same CA but it still got “foreign SNI“. I think with the new transport-header mode there are more things going on in the mTLS meshed traffic than just plain old mTLS.
F5 is a full proxy/load Balancer/ADC, so the linkerd mTLS will be just between F5 and the k8s cluster and not the user by the way.