Image server infrastructure

I was implicitly referring to the hash validation that seems to be absent of lxc-download.

That’s because it always downloads over https, the hash validation is useful only if you’re going to fetch the data over http.

For firewalling, you can add every one of the servers listed above to your firewall rules.
You can alternatively force the us of https://ca.images.linuxcontainers.org which is a server that will not redirect.

The https brings transport protection, not hosting one. The hash permit to say :

We don’t have to strictly trust our mirrors operators

Anyway, the force scenario proposed is a way to get around it for lxc-download.

1 Like

Could offer a mirror (on OVH infra) in EU (France), but won’t be 1 Gpbs symmetrical, 250Mbs up. Would that help?

That’s unlikely as we already have a sponsored one not far away in Frankfurt which has 2Gbps symmetric. It’s one of our busiest mirrors but it’s nowhere close to reaching its bandwidth limit.

Given Europe’s routing, I’d expect French customers to have excellent routes to Digital Ocean in Frankfurt, so adding another mirror in France itself wouldn’t really make a visible difference.

That’s unless someone in France has seen performance issues downloading from the current European mirror in Germany, if that’s the case for customers of one or more ISPs in France, then introducing a country-specific mirror may be useful.

1 Like