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
When using transparent proxying with built in DNS, multiple external services defined with the same host but different ports clash in their VIP definition, resulting in only one of the services being reachable by their full url:port combination. Using the .mesh domain, all services are reachable. Requests to all but one service result in either Empty reply from server or Connection reset by peer errors.
Previously we were pushing an empty snapshot on the cache when a dp was disconnecting.
This was causing the dp to get an empty snapshot after a restart.
This would cause listeners to disappear for a short time and causing the traffic going through the dp to fail.
We now clear the snapshot from the dp to avoid this behaviour.
Fixkumahq#2176
Signed-off-by: Charly Molter <charly@koyeb.com>
Summary
When using transparent proxying with built in DNS, multiple external services defined with the same host but different ports clash in their VIP definition, resulting in only one of the services being reachable by their full url:port combination. Using the .mesh domain, all services are reachable. Requests to all but one service result in either Empty reply from server or Connection reset by peer errors.
Steps To Reproduce
and start kuma-dp:
Verify configuration by connecting using .mesh domain:
curl myservice-admin.mesh:8000
curl myservice-api.mesh:8001
Try connect to services:
curl myservice.com:8000
curl myservice.com:8001
Additional Details & Logs
Kuma-dp running on Amazon Linux 2, with kuma version 1.1.6 and envoy version 1.17.1
The text was updated successfully, but these errors were encountered: