<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>null blog &#187; Tech</title>
	<atom:link href="http://devnull.ro/node/category/tech/feed" rel="self" type="application/rss+xml" />
	<link>http://devnull.ro</link>
	<description>Random ramblings of nil importance</description>
	<lastBuildDate>Wed, 07 Jul 2010 19:30:08 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Life with NSD</title>
		<link>http://devnull.ro/node/443</link>
		<comments>http://devnull.ro/node/443#comments</comments>
		<pubDate>Sat, 01 Aug 2009 06:16:43 +0000</pubDate>
		<dc:creator>ggl</dc:creator>
				<category><![CDATA[Tech]]></category>
		<category><![CDATA[bind]]></category>
		<category><![CDATA[djbdns]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[name server]]></category>
		<category><![CDATA[NSD]]></category>
		<category><![CDATA[sysadmin]]></category>

		<guid isPermaLink="false">http://blog.devnull.ro/?p=443</guid>
		<description><![CDATA[I have migrated two of my DNS servers from djbdns to NSD. The main issue with djbdns was the inability to handle BIND-style zone transfers properly which leads to interoperability problems with BIND and other nameservers. Otherwise it performs flawlessly as a stand-alone nameserver and DNS cache.
NSD is an authorative-only, high performance, simple and open-source [...]]]></description>
			<content:encoded><![CDATA[<p>I have migrated two of my DNS servers from <a href="http://cr.yp.to/djbdns.html">djbdns</a> to <a href="http://www.nlnetlabs.nl/projects/nsd/">NSD</a>. The main issue with djbdns was the inability to handle BIND-style zone transfers properly which leads to interoperability problems with <a href="https://www.isc.org/software/bind">BIND</a> and other nameservers. Otherwise it performs flawlessly as a stand-alone nameserver and DNS cache.</p>
<p>NSD is an authorative-only, high performance, simple and open-source name server. Like tinydns and unlike BIND it does not do recursion and caching, but then it <a href="http://cr.yp.to/djbdns/separation.html">doesn&#8217;t need to</a>. Currently, three of the <a href="http://en.wikipedia.org/wiki/Root_nameserver#Root_server_addresses">root-nameservers</a> run NSD. If it&#8217;s good enough to run on a root-ns, then it&#8217;s good enough for me and you. It has most of the relevant features of modern DNS servers.</p>
<p>NSD uses BIND-syle zone files, so there&#8217;s no need to convert anything if you are migrating from BIND. Since I was migrating from djbdns I needed to convert the data back to BIND-speech. The easiest way to accomplish this is to replicate the zone data from the master using AXFR. Well for some reason or another when I attempted to use nsd-xfer(8) do this, it failed. As I checked the <a href="http://cr.yp.to/djbdns/axfrdns.html">axfrdns</a> logs it turned out to be a <em>bogus query</em>. Then I tried to accomplish the same with dig(1) which worked fine but it doubled the SOA records for some obscure reason. NSD itself transfers the zones just fine. So far it works like a charm, regardless if it&#8217;s in master or  slave configuration.</p>
<p>For the DNS cache I am still using <a href="http://cr.yp.to/djbdns/dnscache.html">dnscache</a>. <a href="http://www.nlnetlabs.nl/">NLnet Labs</a> also has an alternative called <a href="http://unbound.net/">Unbound</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://devnull.ro/node/443/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>PF drop list</title>
		<link>http://devnull.ro/node/138</link>
		<comments>http://devnull.ro/node/138#comments</comments>
		<pubDate>Tue, 02 Jun 2009 08:32:36 +0000</pubDate>
		<dc:creator>ggl</dc:creator>
				<category><![CDATA[Tech]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[PF]]></category>
		<category><![CDATA[rule set]]></category>
		<category><![CDATA[spam]]></category>

		<guid isPermaLink="false">http://blog.devnull.ro/?p=138</guid>
		<description><![CDATA[It&#8217;s been a while since we haven&#8217;t had any BSD related posts.
I have recently modified this script to generate a PF ruleset from the Spamhaus DROP list in order to keep evil packets out of your network. The DROP list is a tiny subset of the SBL containing netblocks controlled entirely by spammers. The modified [...]]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s been a while since we haven&#8217;t had any BSD related posts.</p>
<p>I have recently modified <a href="http://break-left.org/blog/?p=279">this</a> script to generate a <a href="http://www.openbsd.org/faq/pf/index.html">PF</a> ruleset from the Spamhaus <a href="http://www.spamhaus.org/drop/index.lasso">DROP</a> list in order to keep evil packets out of your network. The DROP list is a tiny subset of the <a href="http://www.spamhaus.org/sbl/index.lasso">SBL</a> containing netblocks controlled entirely by spammers. The modified script you can get <a href="http://blog.devnull.ro/wp-content/uploads/2009/06/makedropsh.gz"><a href="http://blog.devnull.ro/wp-content/uploads/2009/08/makedrop.sh.gz">here</a></a>. To use it, put it somewhere in your PATH and run it once a day via cron. The ruleset is loaded via an <a href="http://www.openbsd.org/faq/pf/anchors.html">anchor</a>. In order to load it at boot time, put the following lines in your <em>pf.conf</em> above the usual rules:</p>
<p><code># anchor for Spamhaus DROP list<br />
anchor droplist<br />
load anchor droplist from "/etc/pf.drop"</code></p>
<p>Enjoy.</p>
]]></content:encoded>
			<wfw:commentRss>http://devnull.ro/node/138/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
