https://nginx.org/en/docs/http/ngx_http_upstream_module.html...
We had the same thing happen with any email with 2f<domain> anywhere in the message body on Google workspace
The "2F" URL decodes to slash / and a third party registered our 2f<company>.com (probably for nefarious purposes)
That kicked on the automatic filtering on messages that had URL encoded links and started blocking them.
Eventually, we had to register 2fgoogle.com ourselves to escalate the issue.
I think it is to the point that if your user base doesn't warrant it, (i.e. you are targeting well connected devices with minimal latency/packetloss) it's not even worth turning HTTP/3 on
I'm not sure I would call it even close to battle hardened.
They are still many lurking footguns and bugs.
Try running it with > 250k tables. Falls down hard.
Error logic around etcd/topo server is very shaky, edge cases can wedge cells/clusters into broken state.
Heck, you could even display a warning or the top directories consuming space upon login.
Not a great take - this is a operations problem, not a design problem.