<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: louwrentius</title><link>https://news.ycombinator.com/user?id=louwrentius</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 05 Jun 2026 07:43:15 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=louwrentius" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>I would not use containers in the first place as this adds added complexity and overhead in the first place.</p>
]]></description><pubDate>Thu, 04 Jun 2026 11:03:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48396908</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48396908</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48396908</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>I wasn't talking about an office environment. I'm talking server-to-server communication. Like all the internal infrastructure to support a web application.
Maybe I should have been more explicit about that.<p>How a new device bootstraps on the network without DNS? Depends, on the device, but a physical server doesn't need DNS, only PXE boot / TFTP / HTTP as usual and maybe a proxy to access an update server if you don't run one yourself.</p>
]]></description><pubDate>Thu, 04 Jun 2026 06:34:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394853</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394853</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394853</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>> Whatever does the canonical management is the piece that when it breaks everything breaks.<p>That is absolutely true. I believe that a solution where you provision a text file with an updated ip address or /etc/hosts file is inherently simpler, less risky and easier to recover from, although I admit I don't explicitly state this in the article.</p>
]]></description><pubDate>Thu, 04 Jun 2026 06:23:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394757</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394757</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394757</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>You don't need to setup one cert for 127.0.0.1 as stated by the parent comment.</p>
]]></description><pubDate>Thu, 04 Jun 2026 06:17:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394706</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394706</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394706</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>It's interesting as I really address all these things in the article. Not explicitly PTR and SRV, MX records, but these aren't essential within your internal infrastructure. No need to look at MX records if I can just straight up point at the SMTP server(s).<p>And I explicitly argue within the section about egress filtering that allowing systems access to public DNS is a security risk.</p>
]]></description><pubDate>Thu, 04 Jun 2026 06:16:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394699</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394699</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394699</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>Why would some form of service discovery be required? No need to discover things if you can push said information in configuration updates using tools like Ansible, pyinfra, and so on?</p>
]]></description><pubDate>Thu, 04 Jun 2026 06:12:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394678</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394678</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394678</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>I do state in the article that in the examples DNS isn't the root-cause, but the blast radius is very significant. Regardless of the topic of external/internal services, isn't it remarkable that a group of very smart and well-paid people create such circular dependancies?<p>Yet, I'm not arguing for Facebook or similar size companies to ditch DNS internally. I'm making the argument for much smaller organisations to pause and think where their own risks lie and if it would make sense to cut out DNS to reduce risk. Whatever process you used as an organisation to update DNS in a safe manner, you still use with the alternative solution, that doesn't change.<p>That said, even an broken update to /etc/hosts is probably easier and faster to recover from than a broken DNS service that everything is tied to and due to TTL caching, can take much longer to resolve.</p>
]]></description><pubDate>Thu, 04 Jun 2026 06:09:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394657</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394657</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394657</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>Tell me please what the problem is exactly</p>
]]></description><pubDate>Thu, 04 Jun 2026 05:32:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394395</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394395</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394395</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>Why is that madness and not amazing? Isn’t the simplicity beautiful? Managing /etc/hosts with a tool like Ansible?</p>
]]></description><pubDate>Thu, 04 Jun 2026 05:30:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394379</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394379</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394379</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>Certs support ip addresses?
However, /etc/hosts would solve the issue probably, unless I’m missing something</p>
]]></description><pubDate>Thu, 04 Jun 2026 05:28:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394363</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394363</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394363</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>Proposed solution: update the inventory and run your Ansible playbook/role agains your infrastructure (or subset). I don’t see the issue, to be frank.</p>
]]></description><pubDate>Thu, 04 Jun 2026 05:27:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394352</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394352</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394352</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>Serious response: how is templating out /etc/hosts with Ansible not 10x simpler than setting up an additional service that only introduces additional risk?</p>
]]></description><pubDate>Thu, 04 Jun 2026 05:24:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394331</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394331</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394331</guid></item><item><title><![CDATA[New comment by louwrentius in "DNS is for people, not for IT infrastructure"]]></title><description><![CDATA[
<p>- note I was talking about internal infrastructure, not public services<p>- DNS load balancing is not that important for internal services in most Cases? Would only use it if alternatives won’t work.<p>- the virtual host issue is really adressed by /etc/hosts, I thought that was obvious, I now regret not explicitly adressing it.</p>
]]></description><pubDate>Thu, 04 Jun 2026 05:22:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=48394312</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48394312</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48394312</guid></item><item><title><![CDATA[DNS is for people, not for IT infrastructure]]></title><description><![CDATA[
<p>Article URL: <a href="https://louwrentius.com/dns-is-for-people-not-for-it-infrastructure.html">https://louwrentius.com/dns-is-for-people-not-for-it-infrastructure.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48391957">https://news.ycombinator.com/item?id=48391957</a></p>
<p>Points: 53</p>
<p># Comments: 87</p>
]]></description><pubDate>Thu, 04 Jun 2026 00:12:50 +0000</pubDate><link>https://louwrentius.com/dns-is-for-people-not-for-it-infrastructure.html</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48391957</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48391957</guid></item><item><title><![CDATA[New comment by louwrentius in "CopyFail: From Pod to Host"]]></title><description><![CDATA[
<p>Maybe I’m missing something but because of this kind of risk, an old fashioned virtual machine feels like a more robust security boundary.</p>
]]></description><pubDate>Wed, 20 May 2026 10:43:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=48205676</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48205676</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48205676</guid></item><item><title><![CDATA[New comment by louwrentius in "'Capitalism has to become more humane': a Stanford economist on big tech"]]></title><description><![CDATA[
<p>I agree, but Capitalism is inherently an unequal system, one group of people own the capital and the rest doesn't. And nobody talks about where that initial capital came from (large-scale theft, wage theft, slavery, and so on).<p>That means this inherent inequality gives one group tremendous power over the other.<p>What we really need is a system that doesn't automatically promote psychopaths and sociopaths to the top, the more ruthless, the more money you make, despite the human cost. We need a system that doesn't value money/capital as much, but other outcomes.<p>And we especially don't need Billionaire Philanthropists. Pay the damn taxes.
Yet, this is the site for the Temporary Embarrassed Billionaires, so I know how this will go over...</p>
]]></description><pubDate>Tue, 19 May 2026 18:19:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=48197145</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48197145</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48197145</guid></item><item><title><![CDATA[New comment by louwrentius in "Kioxia and Dell cram 10 PB into slim 2RU server"]]></title><description><![CDATA[
<p>What would this cost?</p>
]]></description><pubDate>Sat, 16 May 2026 18:17:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=48162478</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48162478</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48162478</guid></item><item><title><![CDATA[New comment by louwrentius in "California's Battery Array Is as Powerful as 12 Nuclear Power Plants"]]></title><description><![CDATA[
<p>Just for a moment, try to imagine how much wind, solar and battery storage can be bought with the money required to build just <i>one</i> regular nuclear power plant (gigawatt output).<p>The real thing delaying the energy transition is politics, we have the technology.<p>And on a really small scale, here in NL we can build our own home battery storage systems with cheap 15kWh or 32kWh battery kits from China. Combine that with dynamic energy contracts it's amazing.<p>A 15kWh setup is maybe 3500 Euro, and 32kWh around 4500 Euro. Lasts at least 15+ years counting battery cycles.</p>
]]></description><pubDate>Sat, 16 May 2026 07:33:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=48157728</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48157728</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48157728</guid></item><item><title><![CDATA[New comment by louwrentius in "Cuba says it has run out of fuel, blames U.S. embargo"]]></title><description><![CDATA[
<p>The humanitarian impact of this embargo is just one of the many stains on the USA that can never be removed.</p>
]]></description><pubDate>Thu, 14 May 2026 17:03:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=48138089</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48138089</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48138089</guid></item><item><title><![CDATA[New comment by louwrentius in "My first in-prod corrupted hard drive problem"]]></title><description><![CDATA[
<p>> This disk was probably dying. I did some research, and a RAID wouldn’t have saved it either, RAID protects against drive failure, not against silent page corruption that gets faithfully replicated to every mirror.<p>I dispute this was a 'silent' drive error as many systems reported read errors. Silent data corruption on hard drives is extremely rare, due to the tons of checksums used on all data. Maybe I'm wrong but I bet there are read errors on the drive in the appropriate system logs.<p>I feel that people confuse regular 'bad blocks' with 'silent data corruption' and there is a huge difference[0].<p>[0]: <a href="https://louwrentius.com/what-home-nas-builders-should-understand-about-silent-data-corruption.html" rel="nofollow">https://louwrentius.com/what-home-nas-builders-should-unders...</a></p>
]]></description><pubDate>Fri, 08 May 2026 22:02:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=48069334</link><dc:creator>louwrentius</dc:creator><comments>https://news.ycombinator.com/item?id=48069334</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48069334</guid></item></channel></rss>