You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 7, 2023. It is now read-only.
If an Ingress or two Ingresses present more than one route for a hostname without marking use of a load-balancer, two separate tunnels with the same hostname will attempt to be created. However, this conditions violates argo-tunnel constraints (it is the exact use-case for a load-balancer, to route traffic to two distinct origins). The condition will cause the tunnels to re-create each other as creating one will disconnect the other (its a j/k flip-flop of sorts). The repair cycle can lead to the account being rate-limited.
The goal of the ticket is to prevent this condition internally by blocking tunnel creation is an existing tunnel for the hostname exists and all references to not carry a load-balancer. The protection is very limited and could easily be violated by network splits or watch segmentation.
If an Ingress or two Ingresses present more than one route for a hostname without marking use of a load-balancer, two separate tunnels with the same hostname will attempt to be created. However, this conditions violates argo-tunnel constraints (it is the exact use-case for a load-balancer, to route traffic to two distinct origins). The condition will cause the tunnels to re-create each other as creating one will disconnect the other (its a j/k flip-flop of sorts). The repair cycle can lead to the account being rate-limited.
The goal of the ticket is to prevent this condition internally by blocking tunnel creation is an existing tunnel for the hostname exists and all references to not carry a load-balancer. The protection is very limited and could easily be violated by network splits or watch segmentation.