I had the impression that Cloudflare tunnels are global. Imaging my surprise when I see the latency of the tunnel in 3 digit milliseconds! One of the answers in August showed that Cloudflare tunnel is US only at the time. Please make it global, preferably automatic based on the e2e latency, a la R2 and workers. I always thought region agnostic end user experience is one of the best differentiators of Cloudflare products!
Can any one from Cloudflare shed some lights on the timeline of rolling out ZT/tunnel to EU/MENA/APAC?
Yeah, that’ll be an ISP issue, unfortunately… your provider is routing you very badly. Either change it, or contact them, I don’t think Cloudflare can do a thing.
Unfortunately I can’t, don’t know much and can’t share as it’s all speculative (it’d be probably bad info regardless). It can be cached globally and normally large files are very much less latency sensitive.
Anycast DNS will work for sure, that I am sure of, but each range will get announced and each range can be directed wherever you want.
The fact that 22.214.171.124 works doesn’t guarantee a completely different range will.
A good thing might actually be to see traces for 126.96.36.199 and to region1.v2.argotunnel.com and region2.v2.argotunnel.com.
Do check you have the latest release of cloudflared to be sure to use the new more expanded IP ranges and, if you have IPv6, do traces with IPv6 as well, adding 2606:4700:4700::1111 for the DNS resolver.
This is interesting: curl https://188.8.131.52/cdn-cgi/trace consistently returns DXB as expected. curl http://region1.v2.argotunnel.com/cdn-cgi/trace bounced around the world. curl http://region2.v2.argotunnel.com/cdn-cgi/trace consistently returns the correct DXB!
Shouldn’t the resolver pick the lower latency one, which is region2?
cloudflared is the latest version: 2022.12.1. IPv6 is not yet an option for us here. It seems egregious that pinging the public hostname of the tunnel from the origin server goes around the world and takes 100-200ms.