Worker routing not behaving as expected, when the route route is a path below the root of the domain

Hi, I initially tried this in #

workers-rs but didn't get a response, so I'm trying again here. (Note:

example.com

example.com

example.com

example.com is used instead of the domain).

The tl;dr is my worker functions correctly if the trigger is at the domain root, i.e.

.com/*

.com/*

.com/*

.com/*. For triggers where the route is served from a path below the root, i.e.

.com/v1/email/parse/*

.com/v1/email/parse/*

.com/v1/email/parse/*

.com/v1/email/parse/*, I just get

Not Found

Not Found

Not Found

Not Found responses. More details below.

As an experiment I have two triggers, as follows:
https://api.example.com/*
https://api.example.com/v1/email/parse/*

And my worker has the following routes:

.post_async("/" [...]
.post_async("/text/" [...]
.get_async("/" [...]

.post_async("/" [...]
.post_async("/text/" [...]
.get_async("/" [...]

.post_async("/" [...]
.post_async("/text/" [...]
.get_async("/" [...]

.post_async("/" [...]
.post_async("/text/" [...]
.get_async("/" [...]

Curl has the following results:

# the following are all sent to https://api.example.com/*
curl https://api.example.com/                               # OK
curl https://api.example.com                                # OK
curl --data-binary @email.txt https://api.example.com/      # JSON of a parsed email
curl --data-binary @email.txt https://api.example.com/text/ # JSON of a parsed email

# But when I try to use https://api.example.com/v1/email/parse/*
curl https://api.example.com/v1/email/parse/                # Not Found
curl https://api.example.com/v1/email/parse                 # Not Found
curl --data-binary @email.txt https://api.example.com/v1/email/parse # Not Found
curl --data-binary @email.txt https://api.example.com/v1/email/parse/text/ # Not Found

# the following are all sent to https://api.example.com/*
curl https://api.example.com/                               # OK
curl https://api.example.com                                # OK
curl --data-binary @email.txt https://api.example.com/      # JSON of a parsed email
curl --data-binary @email.txt https://api.example.com/text/ # JSON of a parsed email

# But when I try to use https://api.example.com/v1/email/parse/*
curl https://api.example.com/v1/email/parse/                # Not Found
curl https://api.example.com/v1/email/parse                 # Not Found
curl --data-binary @email.txt https://api.example.com/v1/email/parse # Not Found
curl --data-binary @email.txt https://api.example.com/v1/email/parse/text/ # Not Found

# the following are all sent to https://api.example.com/*
curl https://api.example.com/                               # OK
curl https://api.example.com                                # OK
curl --data-binary @email.txt https://api.example.com/      # JSON of a parsed email
curl --data-binary @email.txt https://api.example.com/text/ # JSON of a parsed email

# But when I try to use https://api.example.com/v1/email/parse/*
curl https://api.example.com/v1/email/parse/                # Not Found
curl https://api.example.com/v1/email/parse                 # Not Found
curl --data-binary @email.txt https://api.example.com/v1/email/parse # Not Found
curl --data-binary @email.txt https://api.example.com/v1/email/parse/text/ # Not Found

# the following are all sent to https://api.example.com/*
curl https://api.example.com/                               # OK
curl https://api.example.com                                # OK
curl --data-binary @email.txt https://api.example.com/      # JSON of a parsed email
curl --data-binary @email.txt https://api.example.com/text/ # JSON of a parsed email

# But when I try to use https://api.example.com/v1/email/parse/*
curl https://api.example.com/v1/email/parse/                # Not Found
curl https://api.example.com/v1/email/parse                 # Not Found
curl --data-binary @email.txt https://api.example.com/v1/email/parse # Not Found
curl --data-binary @email.txt https://api.example.com/v1/email/parse/text/ # Not Found

Since I'm getting a

Not Found

Not Found

Not Found

Not Found response (instead of 522), I think that indicates that the requests are actually being routed to the correct place, and that the issue is not with the worker platform itself. Probably the underlying issue is either I'm not understanding something correctly or maybe a problem with the rust routing/pattern stuff? Does anyone have any suggestions? Thank you.

P.S: maybe it has to do with the new custom domains for workers thing.

kian•5/30/23, 11:31 AM

Your routers are for

and /text//text/ so that wouldn't cover /v1/email/parse//v1/email/parse/

kian•5/30/23, 11:31 AM

Do you have other routes not included in the snippet?

spenceOP•5/31/23, 1:40 PM

@kiannh So, as I understand it, routes - in the cloudflare lingo - are configured in the worker.tomlworker.toml file, or in the dash. The actual paths that functions operate on are different.

Your routers are for / and /text/

"Routers" in this sense is a rust router, which receives a path as an argument, however the path is being accessed on the following routes (in the cloudflare lingo)

https://api.example.com/*
https://api.example.com/v1/email/parse/*

Which, as I understand it, everything starting from the

and beyond is processed path, i.e. router as you said earlier.

I should, I think, be able to send requests to https://api.example.com/text/https://api.example.com/text/ or to https://api.example.com/v1/email/parse/text/https://api.example.com/v1/email/parse/text/ and they should both work.

kian•5/31/23, 1:57 PM

The Router has no knowledge of your Worker's routes - it just receives a path of /v1/email/parse/text//v1/email/parse/text/ which doesn't match any of your routes.

spenceOP•5/31/23, 3:14 PM

Ok let me just see if I understand what you're saying, because I'm not sure if it answers my question.

If I have a worker, with its route, in the worker.tomlworker.toml file configured to be foo.com/bar/*foo.com/bar/*, and this worker has the following "router" .get_async("/" [...].get_async("/" [...], what is full URL it should be accessed at?

kian•5/31/23, 3:15 PM

The Worker receives a URL of foo.com/bar/baz

kian•5/31/23, 3:15 PM

That’s what the router will run against, so / !== /bar/baz and you’ll get a 404

spenceOP•5/31/23, 3:19 PM

Where did baz come from?

kian•5/31/23, 3:26 PM

Just a random URL that’d match your Worker route

spenceOP•5/31/23, 3:47 PM

Ok, well I built a sample rust worker exactly like that, and there's no baz.

spenceOP•5/31/23, 3:47 PM

Try it yourself http://sh0w.org/bar/baz

spenceOP•5/31/23, 3:47 PM

Here's a picture of the route, set up via the dash

spenceOP•5/31/23, 3:48 PM

And the code left unchanged from the template repository

spenceOP•5/31/23, 3:49 PM

So, what URL is it supposed to be?

kian•5/31/23, 3:50 PM

You have

in your Worker's router, but your Worker doesn't run on

so it will never receive a request for

kian•5/31/23, 3:50 PM

Your Worker's code has no knowledge of the routes in your first screenshot, it simply receives the request's URL.

kian•5/31/23, 3:53 PM

If you wanted something to run on /bar/*/bar/* then you'd do .get("/bar/*p", ...).get("/bar/*p", ...)

spenceOP•5/31/23, 3:53 PM

I see. It's strange that the rust router, wouldn't just begin the path from wherever the worker is configued?

kian•5/31/23, 3:53 PM

Nope, because your Worker code has no idea what your Worker is configured to be running on.

kian•5/31/23, 3:54 PM

It might run on 10 different routes, or none at all. This is the same for any routing package you'd use in Workers.

spenceOP•5/31/23, 4:07 PM

I see, ok now it makes sense to me, thank you for your patience. For some reason I was convinced that the router would run relative to how it's configured, but I can see now how it would work the same as the js workers, which just have one fetch point. All the routing logic from there is done based on the full URL, so it makes sense how the rust would work now too.

Worker routing not behaving as expected, when the route route is a path below the root of the domain

Similar Threads

Similar Threads

Similar Threads