Hi, @martinratinaud, and welcome to our Netlify community site.
The rule use used should have worked from what I can see. In order to troubleshoot why is isn’t working, I’ll need the actual URL at Netlify which isn’t redirecting or proxying correctly.
Or, if you prefer, you can send us the x-nf-request-id header for the request which didn’t proxy correctly.
Would you please send us either set of information above and we’ll be happy to research this further?
The first one doesn’t work because that domain (spot.remote-family.com) isn’t pointing to Netlify:
$ dig spot.remote-family.com +noall +answer
; <<>> DiG 9.10.6 <<>> spot.remote-family.com +noall +answer
;; global options: +cmd
spot.remote-family.com. 299 IN A 104.27.153.245
spot.remote-family.com. 299 IN A 104.27.152.245
Those are not our IP addresses so we cannot control what that domain does. In order to use a custom domain with a Netlify site, it needs to be configured according to the instructions here for external DNS or here for Netlify DNS.
The second rule is working and the URL below proxies:
The third rule doesn’t work because the proxy is to an HTTPS endpoint but there is no working SSL for that URL. The URL below gives a 502 for that reason:
Are you using the Cloudflare CDN in front of Netlify? If so, this article explains about why that isn’t supported:
You can use their DNS, but please bypass their network/CDN at described in the common issue topic above. If that doesn’t resolve the issue, please let us know.
but for some time after deployment (maybe one or 2 days), the _redirects acted as if it was not here at all. Is it possible that there would be some propagation issue ?
Hmm, that is very strange. We are not seeing anything system-wide that should be causing behaviour like that, and without additional information its basically impossible to debug after the fact.
If you see something like that happening again, please let us know and we will try to look in to it!