HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
madnuttah
unbound-docker
Dockerfile2022–2024
madnuttah / unbound-docker

unbound-docker

🛡️ This distroless Unbound Docker image is based on Alpine Linux with focus on security, privacy, performance and a small image size. And with Pi-hole in mind.

2Distinct people
4Mentions
0Explicit recommenders
385GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

🛡️ This distroless Unbound Docker image is based on Alpine Linux with focus on security, privacy, performance and a small image size. And with Pi-hole in mind.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by month4 dated mentions

Observed mentions: 2022-02-09 17:26:05 UTC to 2024-02-19 10:16:13 UTC.

01232022-02-01 00:00:00 UTC to 2022-03-01 00:00:00 UTC (exclusive): 3 mentions; 2 submissions, 1 commentsFeb 20222022-03-01 00:00:00 UTC to 2022-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-04-01 00:00:00 UTC to 2022-05-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-05-01 00:00:00 UTC to 2022-06-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-06-01 00:00:00 UTC to 2022-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-07-01 00:00:00 UTC to 2022-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-08-01 00:00:00 UTC to 2022-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-09-01 00:00:00 UTC to 2022-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-10-01 00:00:00 UTC to 2022-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-11-01 00:00:00 UTC to 2022-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2022-12-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-01-01 00:00:00 UTC to 2023-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-02-01 00:00:00 UTC to 2023-03-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsFeb 20232023-03-01 00:00:00 UTC to 2023-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-04-01 00:00:00 UTC to 2023-05-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-05-01 00:00:00 UTC to 2023-06-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-06-01 00:00:00 UTC to 2023-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-07-01 00:00:00 UTC to 2023-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-08-01 00:00:00 UTC to 2023-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-09-01 00:00:00 UTC to 2023-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-10-01 00:00:00 UTC to 2023-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-11-01 00:00:00 UTC to 2023-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-12-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-01-01 00:00:00 UTC to 2024-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-02-01 00:00:00 UTC to 2024-03-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsFeb 2024

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Feb 20222022-02-01 00:00:00 UTC2022-03-01 00:00:00 UTC321
Mar 20222022-03-01 00:00:00 UTC2022-04-01 00:00:00 UTC000
Apr 20222022-04-01 00:00:00 UTC2022-05-01 00:00:00 UTC000
May 20222022-05-01 00:00:00 UTC2022-06-01 00:00:00 UTC000
Jun 20222022-06-01 00:00:00 UTC2022-07-01 00:00:00 UTC000
Jul 20222022-07-01 00:00:00 UTC2022-08-01 00:00:00 UTC000
Aug 20222022-08-01 00:00:00 UTC2022-09-01 00:00:00 UTC000
Sep 20222022-09-01 00:00:00 UTC2022-10-01 00:00:00 UTC000
Oct 20222022-10-01 00:00:00 UTC2022-11-01 00:00:00 UTC000
Nov 20222022-11-01 00:00:00 UTC2022-12-01 00:00:00 UTC000
Dec 20222022-12-01 00:00:00 UTC2023-01-01 00:00:00 UTC000
Jan 20232023-01-01 00:00:00 UTC2023-02-01 00:00:00 UTC000
Feb 20232023-02-01 00:00:00 UTC2023-03-01 00:00:00 UTC000
Mar 20232023-03-01 00:00:00 UTC2023-04-01 00:00:00 UTC000
Apr 20232023-04-01 00:00:00 UTC2023-05-01 00:00:00 UTC000
May 20232023-05-01 00:00:00 UTC2023-06-01 00:00:00 UTC000
Jun 20232023-06-01 00:00:00 UTC2023-07-01 00:00:00 UTC000
Jul 20232023-07-01 00:00:00 UTC2023-08-01 00:00:00 UTC000
Aug 20232023-08-01 00:00:00 UTC2023-09-01 00:00:00 UTC000
Sep 20232023-09-01 00:00:00 UTC2023-10-01 00:00:00 UTC000
Oct 20232023-10-01 00:00:00 UTC2023-11-01 00:00:00 UTC000
Nov 20232023-11-01 00:00:00 UTC2023-12-01 00:00:00 UTC000
Dec 20232023-12-01 00:00:00 UTC2024-01-01 00:00:00 UTC000
Jan 20242024-01-01 00:00:00 UTC2024-02-01 00:00:00 UTC000
Feb 20242024-02-01 00:00:00 UTC2024-03-01 00:00:00 UTC110

What Hacker News says

4 sources
madnuttah·Feb 19, 2024Submission

Show HN: Maybe one of the most advanced and feature-rich Unbound-Docker images?

Heya HackerNews!, So many changes took place from the last time I was telling you about my unofficial unbound docker image. As you can see I am still very committed to make this image as good as I can and that's the reason I've made a fresh show hn. What happened? I was surprised that the image wasn't that secure as I was thinking. RTFM you say? You are absolutely right! Anyway, I bit the pill and moved from chroot'ing to distroless and I didn't regret it. The image is so much more secure now and since I try to work smart, I've also implemented workflows to automatically update my image when an Unbound update was released by NLnet Labs. Some users were expecting issues regading the changed config parameters but so far it looks nice and I had less to do than I was expecting. One perfect addition was flanging redis as cachedb onto unbound.
Read the rest
The performance is extraordinary via UnixSocket which I made possible by using a proxy image which holds the redis.sock to make it available to the limited _unbound user. Another thing is that you can set environment variables in your compose file, so the uid and gid ain't hardcoded anymore. Yes @kernbug is a MVP to me. If you use Zabbix and like graphs in Grafana like I do, check out my unbound-docker-stats: https://github.com/madnuttah/unbound-docker-stats which should be usable with any unbound-docker image with my 'frankensteined' healthcheck script. I hope you like what I do and I'm keen to hear your constructive criticism. You'll find the image's sources here: https://github.com/madnuttah/unbound-docker-stats Cheers and all the best, madnuttah Edit: formatting
1 points · Open discussion
madnuttah·Feb 25, 2022Submission

Show HN: Open-Source Unbound DNS Resolver Docker Image

Hey Hacker News! I am madnuttah, I am a Windows/Linux Sysadmin and some folks may remember this username for "niche" mods I've made for Fallout and Skyrim and some C# UWP Windows Store Apps which I've retired because of Microsoft's unclear strategy abandoning things from one day to another. Why am I writing this? I wanted to be independent from the DNS servers of my provider, because they have often shined brightly with problems in the past instead of functioning properly, wanted to have a little bit more privacy and freedom back by fighting censorship via DNS, so I built my own Unbound Docker image with a lot of effort and conscientiousness. Because I think it's worth it, I'd like to share my efforts with you. My life taught me that trust must be earned, you never know what was fiddled into and what was tampered with. This image is there
Read the rest
fore entirely built online using workflows in a GitHub action, uses the very lean Alpine Linux with all its security features and Unbound directly queries a local copy of the root zone, which is kept up-to-date using DNS zone transfers (XFR). Instead of occupying a few hundred megabytes on your harddisk, my image is only about 30 megabytes uncompressed in size. The separate components Libevent and OpenSSL3 are compiled in the build process in their separate workflows and all the downloads, even the Internic files (root.hints and root.zone) are checked using their PGP keys and signature files if available, following my zero-trust policy. Unbound is compiled with hardening security features that most images do not include, such as PIE (Position Independent Executables), which randomizes the application's position in memory which makes attacks more difficult and RELRO (Relocation Read-Only) which also can mitigate exploitations. The image was actually designed as an DNSSEC validating upstream DNS resolver with Pi-hole for adblocking and tracking prevention in mind but it also works perfectly as a standalone server. All Linux architectures are supported, which are currently used by Pi-hole: 386, armv6, armv7, arm64 and amd64. So it also able to run on older Raspberries under Docker. I maintain the image regularly and as soon as included components are updated, security vulnerabilities become known or an update of Unbound is released, the image will be available for you on the Docker registry in a few hours. If anyone would like to contribute to the development, I'm happy to receive a pull request of yours. For any suggestions, questions, comments or even criticism you are very welcome to contact me here on HN or on Mastodon (https://fosstodon.org/@madnuttah). Here is the link to my GitHub repo https://github.com/madnuttah/unbound-docker. You may find the following links useful for testing the security of your DNS or even in case you want to do a before and after comparison if you want to give the image a try: DNS Leak Test: https://www.dnsleaktest.com/ DNSSEC-Test from the University of Duisburg-Essen: https://dnssec.vs.uni-due.de/ GRC's DNS Nameserver Spoofability Test: https://www.grc.com/dns/dns.htm Cheers, madnuttah
16 points · Open discussion
madnuttah·Feb 9, 2022Submission

Show HN: Hyperlocal DNSSEC Validating Unbound Docker Image

Hello there! I've built a secure and trustworthy NLnetLabs Unbound Docker image as the most images didn't meet my standards on a zero trust policy. It supports DNSSEC, is sealed with chroot, runs with a non-root user and exposes only unprivileged ports. It is intended to provide a hyperlocal setup holding a local copy of the DNS root zone using zone transfers though but it will also run perfectly with your own unbound.conf if you'd rather like to use an upstream server which provides DoT or DoH features. So if your ISP's DNS servers having issues, you won't be affected at all. This setup will also add a plus on circumventing censorship using blocked DNS entries and adds a little more privacy but your ISP will still be able to see what you did there anyway. The image is built entirely online using workflows with GitHub Action and not local
Read the rest
ly on my systems at home. All downloads, even the downloads of the root files, are verified with PGP keys and the respective PGP armored signature files where available to provide maximum trust. It's a quite tiny Alpine Linux multiarch image and the architectures are on par with the architectures Pi-hole uses. In fact, it is a perfect complement for Pi-hole as an upstream server if you are already running Pi-hole for ad blocking and tracking prevention. As I wrote on my GitHub page, it was created with Pi-hole in mind. And with lots of love. I hope you enjoy the image and forgive me my shameless promotion^^ of my open source project. :) Just come and visit my GitHub repository https://github.com/madnuttah/unbound-docker if you'd like to learn more about this project. If you'd like to contribute, you're very welcome. Cheers and wishing all the best, madnuttah
1 points · Open discussion

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.