HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
prometheus
blackbox_exporter
Go2016–2026
prometheus / blackbox_exporter

blackbox_exporter

Blackbox prober exporter

9Distinct people
9Mentions
0Explicit recommenders
5.9KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Blackbox prober exporter

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, 3:56:07 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 year9 dated mentions

Observed mentions: 2016-10-25 00:03:59 UTC to 2026-04-13 21:45:48 UTC.

0122016-01-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20162017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments2019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments20212022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

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
20162016-01-01 00:00:00 UTC2017-01-01 00:00:00 UTC101
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC000
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC211
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC000
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC202
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC000
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC101
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC101
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC101
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC000
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC101

What Hacker News says

9 sources
> So, he told the executive who called the uptimerobot but then other guy rolled out his uptime robot using AI in 60 minutes and deployed along with centralized logging and it costs the company only $5 VPS. i'm a sysadmin, so i usually watch these things from the side and usually i get called one or two months in to clean up the mess (it happens almost every time). what you have described is funny to me because uptime monitoring for websites (and also other stuff) is pretty much the use case for prometheus' black-box exporter (https://github.com/prometheus/blackbox_exporter). assuming you work at a decent company and already have a decent monitoring system (prometheus/alertmanager) it takes 5 minutes to deploy and maybe ten to configure. if you already have infrastructure then it's basically free. if you already have a kubernetes cluster
Read the rest
then it's practically already managed. > I've moved to deploying on bare metal from OVH and Hertzner, why? Because devops is completely reduced to few minutes worth of work using agents. at a small scale... maybe. in my experience as soon as you start to reach a decent scale, you'll need experienced engineers (software engineers, system engineers) to actually be at the steering wheel.
In Computer science enrollment data suddenly shows a big drop
Interesting. Our contribution to monitoring DNS is to make sure our HTTP uptime checker runs over both ipv4 AND ipv6 as separate checks. That way if we mess up our AAAA record but not our A record (or vice versa) we still get a fail. I've looked at some commercial SAAS uptime checkers and no-one seems to offer this as a feature - have I missed one that does? The way to do this in Prometheus is to use the following settings on the blackbox module: [ preferred_ip_protocol: <string> | default = "ip6" ] [ ip_protocol_fallback: <boolean> | default = true ] https://github.com/prometheus/blackbox_exporter/blob/master/... So you need 2 modules, one for each ip version. As for automating setting these up, we deploy our Prometheus server with salt so we can use Jinja templating in all our Prometheus config files. That really cuts down on r
Read the rest
epeating boiler plate code. This is also interesting for other reasons; in host downtime situations you can sometime see they will drop one type of traffic and not the other.
In How I would automate monitoring DNS queries in basic Prometheus
bala529·May 24, 2018Submission

Latency.at is shutting down

Hi everyone, I've built Latency.at believing that everbody would benefit from performance and availability metrics from real offsite locations. While many agree, fewer signed up and only a handful are on a paying plan. It was a very interesting experience and I've learned a ton, yet I can't even cover the costs of the infrastructure right now. While my plan to build a low maintainence service worked out quite well, I'm still left with ongoing (and boring!) tax and legal concerns that can't be just engineered away. As you might be aware, the General Data Protection Regulation [1] takes effect tomorow and while I've disabled all non-critical external services and disable request logging across the stack, making sure I'm fully in compliance is a lot more work, like signing up contracts with all 3d party providers I depend on. The additional
Read the rest
risk would also warrant to finally incorporate some form, which again is a lot of work for a service that won't be profitable anytime soon. Therefor, not without a heavy heart, I hereby announce to shutdown Latency.at by July 1. 2017. Let me know if the rather short shutdown notice causes trouble for you. In that case I might provide the probes some time longer while shutting down the website and frontend. As already announced earlier[2], I've open sourced the core components of the platform already and will release the remaining components soon. Although all you need to replace the probers is the [official blackbox exporter](https://github.com/prometheus/blackbox_exporter). Feel free to reply with any questions you might have. Links: 1: https://en.wikipedia.org/wiki/General_Data_Protection_Regulation 2: https://blog.latency.at/2018-03-28-we-open-source-everything --- Johannes Ziemke, Founder of Latency.at
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.