FYI - no need to prefix your custom header with X- !<p>> <i>Historically, designers and implementers of application protocols
have often distinguished between standardized and unstandardized
parameters by prefixing the names of unstandardized parameters with
the string "X-" or similar constructs. In practice, that convention
causes more problems than it solves. Therefore, this document
deprecates the convention for newly defined parameters with textual
(as opposed to numerical) names in application protocols.</i><p><a href="https://datatracker.ietf.org/doc/html/rfc6648" rel="nofollow">https://datatracker.ietf.org/doc/html/rfc6648</a>
I have been guilty of adding a custom header to all of my emails: "Yo-Momma: Fat". For years. In a professional setting. Nobody noticed.
There's a list of sites broadcasting X-Clacks-Overhead: <a href="https://xclacksoverhead.org/listing/the-signal" rel="nofollow">https://xclacksoverhead.org/listing/the-signal</a>
I miss Terry Pratchett. Just a good guy, writing joyful books. None of that "gritty realism" here. There's only about 40 books by him, so I read 2 a year. By the time I get to 40, I figure I would have forgotten the first few and I can start again.<p>My blog has had this header since the day he died.
There are Chrome and Firefox extensions to indicate the presence of the header.<p><a href="https://chromewebstore.google.com/detail/clacks-overhead-gnu-terry/lnndfmobdoobjfcalkmfojmanbeoegab?hl=en&pli=1" rel="nofollow">https://chromewebstore.google.com/detail/clacks-overhead-gnu...</a><p><a href="https://addons.mozilla.org/en-US/firefox/addon/x-clacks-overhead/" rel="nofollow">https://addons.mozilla.org/en-US/firefox/addon/x-clacks-over...</a>
stackoverflow.com and all stack exchange sites also include X-Clacks-Overhead in the response thanks to yours truly
I think strictly speaking any node on the network which receives the header should forward it on. So if your browser ever sees it, it should use it for all HTTP requests from that point. And if a server ever receives it, it should pass it to all clients.
I am all for goofy headers. Its especially fun when randomly stumbling into it.
Honeypots are advertising that header as well nowadays:<p><a href="https://www.shodan.io/search/report?query=x-clacks-overhead" rel="nofollow">https://www.shodan.io/search/report?query=x-clacks-overhead</a><p>Most of the non-honeypot results are for the Gargoyle Router Management interface exposed by Korea Telecom:<p><a href="https://www.shodan.io/search/report?query=x-clacks-overhead+-tag%3Ahoneypot" rel="nofollow">https://www.shodan.io/search/report?query=x-clacks-overhead+...</a><p>The results have increased significantly over time:<p><a href="https://trends.shodan.io/search?query=x-clacks-overhead" rel="nofollow">https://trends.shodan.io/search?query=x-clacks-overhead</a>
I had that header set back when I ran my blog on my own HTTP server. Probably should spend some Cloudflare worker cycles to put it back now that it’s purely static…
> <i>But sometimes small, unnecessary things are exactly what make the internet better.</i><p>Or, worse? I don't think this is the point you're wanting to make but it's not always the case that it's better.
GNU Terry Pratchett<p>"A man never truly dies until the his name is no longer spoken."
Is this possibly an intentional reference to GNU Linux, or unrelated?
Within the book itself the clacks system has its own technical protocol which is briefly touched upon. The "overhead" is essentially packet or request metadata.<p>From the LSpace wiki, GNU is a metadata that means:<p><pre><code> G: Send the message onto the next Clacks Tower.
N: Do not log the message.
U: At the end of the line, return the message.
</code></pre>
And yes, it is almost certainly a reference to GNU as in "GNU's Not Unix". =)<p><a href="https://wiki.lspace.org/GNU_Terry_Pratchett" rel="nofollow">https://wiki.lspace.org/GNU_Terry_Pratchett</a>
It's Terry Pratchett, so of course it's an intentional reference.
Quite intentional.
A while back I wrote a tiny piece of Phoenix middleware to add the GNU message for an arbitrary name to phoenix applications:<p><a href="https://github.com/alex0112/ex_clacks_overhead" rel="nofollow">https://github.com/alex0112/ex_clacks_overhead</a><p>I haven't touched it in years, so it's possible that it no longer works. But maybe this post is a kick in the pants for me to go test it again.<p>Thanks for keeping it in the overhead. GNU Terry Pratchett.<p>> "A man's not dead while his name is still spoken"
Looks like the site uses the deprecated "Report-To:" header in responses too, something I've never seen before and had to lookup.
Whenever you load my blog, it randomly sends back a name from my configuration's clackset: <a href="https://github.com/Xe/site/blob/ff8627975e5f6718fff33051d11a16c241f7035e/dhall/package.dhall#L11-L29" rel="nofollow">https://github.com/Xe/site/blob/ff8627975e5f6718fff33051d11a...</a>. I hate that the list is so long but over time it will only grow longer.
The most important HTTP header (though clacks is a packet routing system, not an application-level streaming protocol)
Well, there's no reason we couldn't have clacks-over-HTTP(-over-DNS)?(-over-avian-carrier)?, is there?
True, perhaps it should be added as an IP option field or TCP option...
Does “saying the name lest he be forgotten” classify as Cargo Cult?