-
Notifications
You must be signed in to change notification settings - Fork 48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error $URL 404 Not Found (but apt-get is fine with it) #28
Comments
There are a couple of things going on here. First Apt and Nala are handling these the same. If we ignore the 404 errors from Nala and just look at the window, you can see it is ignoring most of the things it's trying to hit except for I did a little digging and this repo from containerlab is kind of wild tbh. They do not use InRelease/Release file like basically every other repository, for example my repo https://deb.volian.org/volian/dists/scar/InRelease The only accessible page from them is https://apt.fury.io/netdevops/Packages. They do have the package hashsums and stuff in there, but this isn't the most secure way to distribute packages. If you look at a Debian/Ubuntu InRelease, or even mine, they are PGP signed, and you have to have the corresponding public key on the system for apt/nala to trust them, or do as they've asked you to do by saying In this configuration if someone were to DNS hijack this domain, they could redirect it to a server with malicious .debs and apt would upgrade your systems to malicious packages with no questions asked. (Of course they have to solve the https certificate issue, which if they could compromise their DNS account to hijack the domain that wouldn't be difficult to do with letsencrypt). With the way that most repositories work, since they are PGP signed, they would also need that private key in order to accomplish this, so it's more unlikely, and apt would give you a warning saying that the repo is not trusted. Security ranting aside, apt and nala are working the same in this case, just Nala is giving more info. I don't know that I personally would want to hide messages like this. |
Thank you for your detailed answer. On occasion, I will rise the issue with the weird apt repository to the Containerlab developers. |
Hello,
we are using
nala
on a Debian 12-based system with various apt source files configured. However, we found a problem withnala
when adding the apt source config for containerlab./etc/apt/source.list.d/apt_fury_io_netdevops.list
:Running
$ nala update
throws a bunch of errors:However,
apt-get
is fine with it:Is this a problem with the apt repository of the containerlab or is it a bug/misconfiguration of
nala
? How can I configurenala
to accept the containerlab repository?Thanks in advance.
The text was updated successfully, but these errors were encountered: