#Cloudflare connects me so far away

139 messages · Page 1 of 1 (latest)

wind spire
#

I check https://www.cloudflarestatus.com/ and it's Operational, I check by pinging 1.1.1.1 to confirm. And it still uses so far away servers when it comes to warp and zero trust.

frail dagger
# wind spire I check https://www.cloudflarestatus.com/ and it's Operational, I check by pingi...

Routing is not "closest location is fastest" but depends on more complex things such as your ISP's routing decisions/capacity.

WARP is also only available in specific locations. Not available in most smaller locations. What do you mean by "Zero Trust" works with that too? If you turn off warp/any vpn, do you get routed to the closest location on speed.cloudflare.com or on https://cloudflare.com/cdn-cgi/trace ?

wind spire
# frail dagger Routing is not "closest location is fastest" but depends on more complex things ...

I want to get the closest servers since all my clients are connecting from the same location as I am, to my servers. This makes them get a lot of ping which is not good. And the second thing that I said is warp and zero trust are connecting me to the far servers instead of closest, and low ping ones for me. But if warp is not possible on this location, then zero trust should be possible right? Or why else there is a server here if it's not used for anything.

frail dagger
wind spire
frail dagger
#

"Zero Trust" is vague and there's a lot of products within it. If you mean with CF Access or something, that's just behind the normal anycast cdn, so no but worth noting it inherits your website's plan for routing preference

wind spire
#

For the clients that are in the same city/country as me

frail dagger
wind spire
#

I tried with some other isp here

#

and it shows this:

#
{
  "cdn-cgi": {
    "local-free": [
      "IPv4",
      "colo=FRA"
    ],
    "local-free-v4": [
      "IPv4",
      "colo=FRA"
    ],
    "local-pro": [
      "IPv4",
      "colo=FRA"
    ],
    "local-biz": [
      "IPv4",
      "colo=BRU"
    ],
    "local-ent": [
      "IPv4",
      "colo=CPH"
    ],
    "local-1111-ipv4": [
      "IPv4",
      "colo=LLK"
    ],
    "local-ent-IPv4-spectrum": [
      "IPv4",
      "colo=ARN"
    ]
  },
  "durable-object": {
    "colo": "ARN",
    "cached": false
  }
}```
#

LLK is one of the cloudflare servers here, in other city but it doesn't connect me to there either in zero trust.

#

When GYD gets operational, it doesn't connect me to there too :d

frail dagger
wind spire
# frail dagger AMS is better/more reasonable then ARN but yea looks like your isp's/their partn...

Today it shows it like this, but how can I know which one of theese shows cloudflare zero trust tunnels?

{
  "cdn-cgi": {
    "local-free": [
      "IPv4",
      "colo=LLK"
    ],
    "local-free-v4": [
      "IPv4",
      "colo=LLK"
    ],
    "local-pro": [
      "IPv4",
      "colo=AMS"
    ],
    "local-biz": [
      "IPv4",
      "colo=GYD"
    ],
    "local-ent": [
      "IPv4",
      "colo=ARN"
    ],
    "local-1111-ipv4": [
      "IPv4",
      "colo=GYD"
    ],
    "local-ent-IPv4-spectrum": [
      "IPv4",
      "colo=ARN"
    ]
  },
  "durable-object": {
    "colo": "ARN",
    "cached": true
  }
}
frail dagger
#

You can go to https://<your-access-domain>/cdn-cgi/trace and look for the colo= line to see which you connect to for it

#

Tunnels themselves connect to a few closer locations without caring about your zone plan's routing, so you end up with something like:
User -> CF Colo (ex: LLK) -> CF Tunnel -> CF Tunnel Colo (ex: AMS) -> Cloudflared running locally.
You can check in your tunnel logs (journalctl -u cloudflared -f --lines=100 where its connecting

frail dagger
#

LLK's closer, yea? The magic of waiting for ISPs to fix their routing

wind spire
#

the closest is GYD, and second closest is LLK

wind spire
frail dagger
wind spire
frail dagger
#

If you mean their actual use: It's what is processing your requests (decrypting ssl, handling locally if it can, proxying request to your origin otherwise, etc)

wind spire
frail dagger
#

It's just the location Cloudflare has physical machines and is processing at (including http/dns/spectrum apps, etc)

wind spire
#

And that's because, relay servers are so far away

wind spire
#

Just the same thing

merry cove
#

so enterprise, free, pro, biz, ...

fallen charm
#

Chika just uses random ones and for some reason appends okplsnoblockme to it

merry cove
fallen charm
#

You can't see it in events

merry cove
#

interesting

wind spire
fallen charm
frail dagger
#

but yea all I'm doing is using all of my own domains on the various plan levels that I know they're on

fallen charm
#

also you respond to favicon.ico with the html page

fallen charm
frail dagger
#

lol I wanted to be 100% sure what plan they were on

#

that was the issue with past community tools and why Matteo took his down

fallen charm
#

do champ ent domains actually have the same prioritization as real ent tho?

frail dagger
#

It's not like there's a special rate plan or anything for "champ ent zones", as far as I know and can see my zones are just the normal enterprise any paying customer would get as it's all negotiated outside of it anyway

fallen charm
frail dagger
frail dagger
fallen charm
frail dagger
#

GET /zones/<zone-id>/subscription

fallen charm
#

stand by

frail dagger
#

I have Argo Smart Routing on the ent zone as well but it doesn't change the inbound IPs if already ent

fallen charm
#
  "errors": [],
  "messages": [],
  "result": {
    "id": "REDACTED",
    "rate_plan": {
      "id": "cf_ent",
      "public_name": "Enterprise",
      "currency": "USD",
      "scope": "zone",
      "externally_managed": false,
      "sets": null,
      "is_contract": true
    },
    "component_values": [
      {
        "name": "spectrum_bytes_transferred",
        "value": 1,
        "default": 1
      },
      {
        "name": "page_rules",
        "value": 125
      }
    ],
    "zone": {
      "id": "REDACTED",
      "name": "REDACTED"
    },
    "frequency": "not-applicable",
    "state": "Paid",
    "currency": "USD",
    "price": 0,
    "trial": null,
    "product": {
      "name": "prod_cloudflare",
      "period": "",
      "billing": "",
      "public_name": "CloudFlare Services",
      "duration": 0
    },
    "cancel_at_period_end": false,
    "handler": "stripe",
    "created_date": "REDACTED",
    "intent": "MIGRATED"
  },
  "success": true
}```
fallen charm
#

Its different, I have cf_ent

frail dagger
fallen charm
#

lol

frail dagger
# fallen charm Its different, I have cf_ent

yea it is slightly different, that's interesting, the components/features for both look exactly the same though. I wonder if it's because the way they were assigned to me was in bulk (just 3 ent plans I could assign to any zone) vs manually assigned, or new vs old? It's curious you have a handler directly on there too

fallen charm
#

im not sure why

#

that zone was always enterprise also

#

checking a zone that used to be biz has the handler also

fallen charm
frail dagger
#

11 is a very specific number

fallen charm
#

its 1+10

#

1 primary and 10 aditional

#

idk why but thats the way it was explained to me

frail dagger
#

well all this has done is make me more confused

fallen charm
#

lol

frail dagger
#

cf's billing stuff is super confusing to begin with though, lots of weird rate plans like how the api calls free 0feeeeeeeeeee

fallen charm
#

its 0 fee with more eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

#

i guess

frail dagger
#

still same component values/settings as normal ent plans though, 125 page rules, have all the same features. I think there's some special routing stuff like with the jurisdictional stuff but same base normal ent routing

fallen charm
#

is there anything else you want to see from any of my zones?

frail dagger
#

just your global api key

#

nah I don't think so lol, thanks for sharing tho

fallen charm
#

lol

#

its always interesting to see behind the facade

frail dagger
fallen charm
#

lots of random sites

#

i swear some of these domain names are so bad

frail dagger
fallen charm
#

verify-identity-page-1.s.onefla.re let me just put ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- in my domain

frail dagger
#

looks like quite are of those aren't ent sites but just using cf for saas and such

fallen charm
#

*.phjl.ph didnt think we were supposed to see **

frail dagger
#

lol, they look like all like ent sites though

fallen charm
#

the most interesting ones are the cfops domains

fallen charm
#

is there something im not allowed to say? everything I know is reverse engineered

frail dagger
#

no lol was just joking

#

looking through the crt.sh certs for those domains is fun

fallen charm
#

the one thing I really wanna know is how cfdata.lol works. I know there is a way to make requests against specific PoP's but ive not figured it out yet

frail dagger
#

there's really lazy public ways

fallen charm
#

its 'open source' but not enough to know the secret sauce

frail dagger
#

You can just LB health check enterprise all data centers

#

congrats, all colos

fallen charm
#

I know there is a way to query any PoP publicly

#

but im too stupid to figure it out

frail dagger
#

which is I just have VPS's with less then 1ms to LIS/SLC, PDX, etc

#

will always work and no external deps

fallen charm
#

there are only a few pops I care about (the ones near client offices) so I monitor those ones and use cfops.net for just down detection since its >30m quicker than the statuspage

fallen charm
frail dagger
#

the magic word obviously - please - fetch from colo url /s

fallen charm
#

lol

#

I also wanna know how trace.colo.quest works

frail dagger
#

I played around with making a fun idea with global lb health check -> worker -> worker websocket to durable object -> congrats live fetch from all colos

#

doubt that's what that does but was a fun idea to play with

fallen charm
#

small thing

#

global healthchecks dont really come from all pops

#

at least not all the time

#

often the actual source is sf0[something]-DOG

#

and they also leak the private ips of the metals

#

which while it does not matter really is kinda tacky

frail dagger
fallen charm
#

(if the origin is a tunnel)

frail dagger
#

idk if it's all colos constantly but it's a lot of them

fallen charm
#

when I was trialing LB I saw the actual souce for a lot of them was SF

#

with private ips in the X-Forrwarded-For

frail dagger
#

Http logpush shows I'm constantly seeing about 573 unique colo ids from a global lb health check