Has the external URL usage configuration been changed?

Hello,

During the night of April 1st to 2nd, something changed in the environment of my site, making it inaccessible:

Error 503 Backend fetch failed
Backend fetch failed
Guru Meditation:
XID: ...
Varnish cache server

I didn't make any changes, and my WordPress plugins were not updated at that time.
With the current level of analysis, I get the impression that all accesses to resources usually accessed via an external URL (but to my domain) no longer work. For example, I had in some of my pages shortcodes with the Code Embed extension pointing to https://monsite.com/monchemin/moncode.php}, or the wpDataTables extension pointing to https://monsite.com/monchemin/monfichier.json.

I understand that “Code Embed” no longer exists and poses risks, so I'm changing strategy, but for wpDataTables, a strategy change doesn't seem feasible, and I would at least like to be able to edit the links in the admin interface, but I get the 503 error...

Do you know if a server configuration update has been made to block the use of URLs? (and without a whitelist pointing to the current domain?)
I've read, for example, about allow_url_include where we don't have control.

Performance1 package
Shared server
eu-west-gra

Hello

How about giving us the domain name?

We could then take a look on our end.

Ok, sorry, I thought you had visibility regarding the profile, so here it is:
aspctt.com

You are using the CDN. It's the CDN that reports this error because your site has an error, but as a result we can't see which error it is.

In Domains > DNS zone, at two places change the CDN IP address (46.105.204.2) to that of your hosting (213.186.33.2) and revisit your site.

I have bad news, the TTL of your DNS zone is 86400 seconds, which is 24h.

So you will have to wait up to 24h to see the effect of this change.

Hello.

I changed the IP in both places. Now the pages load, and visibly without error (content as expected and no error in the logs if I looked closely).

I understand that the "manip" was meant for debugging, but the bug visibly disappears, so could the CDN be at the root of the problem, with some rule change possibly blocking external URLs (if this hypothesis is correct)?

Backups of your site at OVH are not permanent.

Excerpt from my guide: T - Restauration OVH de votre site à une date antérieure

At OVH, restoring your hosting can only go back at most two weeks.

If your site was hacked three weeks ago, you’re screwed and forced to delete everything and completely rebuild your site.

At OVH, restoring your database can only go back at most two months

Remember to back up Hosting and Database on your PC once a month.
See the paragraph in my guide: Ua - Sauvegarde complète de votre site sur votre PC

See the paragraph in my guide: Ub - Restauration complète de votre site depuis votre PC

I don’t know, I’m sorry.

But you may not need the CDN if your visitors are French.

Not only that, but indeed the question may arise.

In any case, thanks because at least I can now access the wpDataTables admin page and try replacing the URLs with paths for supposedly better compatibility, and I’ll see later whether I put the CDN back.

Thanks again.