Oops I did it again

Okay, so if that’s your actual DNS Server, can you confirm that it works? dig @yourdns debian.org, for example. Afterwards try to use the default DNS of your system dig debian.org. If both works, your DNS config should be fine. Try a curl debian.org -v too.

debian.org is just a random domain for this, use whatever you want. I don’t see anything badly configured so far.

Okay, no external software for DNS management present here. Is that ip a working DNS Server? Is it your server itself perhaps?

From the output, you don’t have any routing rules for your machine that block outgoing traffic. The dig command confirms that you can talk to servers. 9.9.9.9 is a common DNS Server. Based off of this, it seems like your problem is that your system has a bad DNS configuration (it’s always DNS).

Can you parhaps cat /etc/resolv.con? This file normally contains the used DNS servers for Linux systems, unless using special software.

Can you dig @9.9.9.9? If so, its certainly DNS. If it’s not DNS, perhaps try to check your iptables iptables -L && iptables -t nat -L.

Good news, hope the Turks get that idiot out of the office.

Good to hear, I’ve only been in the Linux World for a few years myself, but I was very surprised too. Through I don’t think that using cp is any different in terms of creating boot records and a partition table.

Why would you count Rufus and balena etcher not trustworthy? Sounds like you’re to deep in the paranoia, which I completely understand, but gets just impractical “Man yelling at cloud” depending on how deep you are.

dd is just another program too, why trust dd? Linux is just another Program too, why trust Linux? And so on. You can audit every (OSS) Program if you want in theory, but let’s be real, no one does that because time is better spent elsewhere.

I didn’t really consider that there are feeds for such things, especially for my distro(s). Embarrassing, but it means you helped making me safer!

I’m now subscribed to the Debian security list, seeing as all my servers run Debian. I just had unattended upgrades with Mail logs before.

Didn’t know this existed. Just subscribed. Thanks

It is really informative! Spread the word.

Same for me. Ventoy is pretty amazing and keeps most of my isos on it. Sadly, sometimes it’s not capable of doing the job, for example when I installed proxmox (based on Debian 12) this week, ventoy couldn’t do it. Apparently this is a known issue in ventoy.

But yeah, for most isos, ventoy is the way of you install OSes somewhat often, as it contains partition layouts and boot records regardless (I think).

There is. Just use a media creation tool, like Rufus. dd’ing onto a drive is a hack.

Recently, I learned that booting from a dd’d image is actually a major hack. I don’t get it together on my own, but has something to do with no actual boot entry and partition table being created. Because of this, it’s better to use an actual media creation tool such as Rufus or balena etcher.

Found the superuser thread: https://superuser.com/a/1527373 Someone had linked it on lemmy

Cron is active on all my Debian 12 boxes

Technically, they are, as they also deny them the option to distribute books and food.

“Books” and “food” are not someone’s intellectual property so that’s okay. If brand A were to sell “BRAND B SUPER FOOD” (let’s assume this is a known brand of Brand B), that would very much be problematic.

In the case of books, if you wrote the “super personal top secret book” and a library somehow got a copy without your permission and made it public, you’d be pissed too and they’d deny your right to distribute or not distribute.

I only use headscale. It just works and does not complain.

I resized an lvm partition on my server with a fedora live image, and when I installed something with dnf, I was in shock how long it took. Hopefully this addresses this. Personally I’ve found my home distro: Debian

Don’t host services with termux, it’s not made for that and nobody checks for termux related things. If you really want to host on an android device, look into chroot environments or virtualization. Generally, avoid hosting on android, in my experience at least.

Diese Kommentarsektion ist hiermit Eigentum der Bundesrepublik Deutschland