404 status when curl from pod where istio injection is enabled and works fine in non istio namespace

We have an issue where if we try to curl to an external endpoint(internal to our organization) from pod where istio-proxy container is present, we are getting 404, though nslookup provides the correct output.
But from another pod in the same kubernetes cluster(different namespace where istio injection is not enabled) where istio-proxy container is not present, the same curl request work fine with 200 status.

Note : We have enabled global outbound traffic to ALLOW_ANY and curl request to other external endpoints like google.com and http://facebook.com work fine

we dont want to use serviceEntry since we enabled global outbound traffic to ALLOW_ANY

Does the external endpoint ip match any ip from within the kubernetes cluster?

@scenusa Thanks for your response, I will check that but the thing is when i perform the same curl request using IP instead of fqdn, it works fine, i get the desired output.

@scenusa
curl -d “username=abcd&password=def” http://fqdn/efz/v5/abc —> i am getting 404

curl -d “username=abcd&password=def” http://IP-Address/efz/v5/abc ----> i am getting 200 status with desired result

Oh, I see… I’ve asked you that because it once happened to me due to an ip collision. Which istio version are you running?

I have a similar issue. I get status code 200 hitting the external virtual services url from outside the cluster or from inside istio-proxy, but from the application container I get 404.
Any idea ?