<?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>guzik &#187; PowerDNS</title>
	<atom:link href="http://guzik.net.pl/blog/tag/powerdns/feed/" rel="self" type="application/rss+xml" />
	<link>http://guzik.net.pl/blog</link>
	<description>Mój blog</description>
	<lastBuildDate>Fri, 27 Jan 2012 22:13:05 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>version.bind</title>
		<link>http://guzik.net.pl/blog/2008/09/versionbind/</link>
		<comments>http://guzik.net.pl/blog/2008/09/versionbind/#comments</comments>
		<pubDate>Thu, 04 Sep 2008 06:05:30 +0000</pubDate>
		<dc:creator>guzik</dc:creator>
				<category><![CDATA[Tech]]></category>
		<category><![CDATA[PowerDNS]]></category>
		<category><![CDATA[version.bind]]></category>

		<guid isPermaLink="false">http://guzik.net.pl/blog/?p=206</guid>
		<description><![CDATA[Sprawdzenie: host -t txt version.bind &#60;serwer nazw&#62; lub dig @&#60;serwer nazw&#62; -t txt version.bind W wyniku możemy dostać odpowiednio (dla PowerDNS): version.bind descriptive text "Served by POWERDNS 2.9.21.1 $Id: packethandler.cc 1036 2007-04-19 20:43:14Z ahu $" oraz version.bind. 5S IN TXT "Served by POWERDNS 2.9.21.1 $Id: packethandler.cc 1036 2007-04-19 20:43:14Z ahu $" Dla wspomnianego serwera można [...]]]></description>
			<content:encoded><![CDATA[<p>Sprawdzenie:</p>
<blockquote><p><code>host -t txt version.bind &lt;serwer nazw&gt;</code></p></blockquote>
<p>lub</p>
<blockquote><p><code>dig @&lt;serwer nazw&gt; -t txt version.bind</code></p></blockquote>
<p>W wyniku możemy dostać odpowiednio (dla PowerDNS):</p>
<blockquote><p><code>version.bind descriptive text "Served by POWERDNS 2.9.21.1 $Id: packethandler.cc 1036 2007-04-19 20:43:14Z ahu $"</code></p></blockquote>
<p>oraz</p>
<blockquote><p><code>version.bind.           5S IN TXT       "Served by POWERDNS 2.9.21.1 $Id: packethandler.cc 1036 2007-04-19 20:43:14Z ahu $"</code></p></blockquote>
<p>Dla wspomnianego serwera można (warto) wyłączyć to za pomocą <em>version-string</em>:</p>
<blockquote><p># version-string   What should PowerDNS return for version<br />
#                  allowed methods are anonymouse / powerdns / full / custom</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://guzik.net.pl/blog/2008/09/versionbind/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Zamieszanie z DNS</title>
		<link>http://guzik.net.pl/blog/2008/08/zamieszanie-z-dns/</link>
		<comments>http://guzik.net.pl/blog/2008/08/zamieszanie-z-dns/#comments</comments>
		<pubDate>Thu, 07 Aug 2008 22:40:46 +0000</pubDate>
		<dc:creator>guzik</dc:creator>
				<category><![CDATA[Tech]]></category>
		<category><![CDATA[BIND]]></category>
		<category><![CDATA[cache poisoning]]></category>
		<category><![CDATA[Dan Kaminski]]></category>
		<category><![CDATA[djbdns]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[IANA]]></category>
		<category><![CDATA[ICANN]]></category>
		<category><![CDATA[PowerDNS]]></category>

		<guid isPermaLink="false">http://guzik.net.pl/blog/?p=134</guid>
		<description><![CDATA[Zrobiło się ostatnio trochę szumu wokół DNS za sprawą Dana Kaminskiego. Więcej, prócz wpisów w jego blogu, można poczytać tutaj: NASK &#8211; Analiza problemu DNS cache poisoning w polskim Internecie IANA &#8211; Frequently Asked Questions on Cache Poisoning and Cross Pollination US &#8211; CERT &#8211; Multiple DNS implementations vulnerable to cache poisoning CERT Polska &#8211; [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_140" class="wp-caption alignleft" style="width: 160px"><a href="http://guzik.net.pl/blog/wp-content/uploads/2008/08/bskcompl.png"><img class="size-thumbnail wp-image-140" title="bsk.com.pl" src="http://guzik.net.pl/blog/wp-content/uploads/2008/08/bskcompl1-150x150.png" alt="bsk.com.pl" width="150" height="150" /></a><p class="wp-caption-text">bsk.com.pl</p></div>
<p>Zrobiło się ostatnio trochę szumu wokół DNS za sprawą <a title="http://www.doxpara.com/" href="http://www.doxpara.com/">Dana Kaminskiego</a>. Więcej, prócz wpisów w jego blogu, można poczytać tutaj:</p>
<ul>
<li><a title="http://www.dns.pl/cachepoisoning.html" href="http://www.dns.pl/cachepoisoning.html">NASK &#8211; Analiza problemu DNS cache poisoning w polskim Internecie</a></li>
<li><a title="http://www.iana.org/reports/2008/cross-pollination-faq.html" href="http://www.iana.org/reports/2008/cross-pollination-faq.html">IANA &#8211; Frequently Asked Questions on Cache Poisoning and Cross Pollination</a></li>
<div id="attachment_142" class="wp-caption alignright" style="width: 160px"><a href="http://guzik.net.pl/blog/wp-content/uploads/2008/08/wppl2.png"><img class="size-thumbnail wp-image-142" title="wp.pl" src="http://guzik.net.pl/blog/wp-content/uploads/2008/08/wppl2-150x150.png" alt="wp.pl" width="150" height="150" /></a><p class="wp-caption-text">wp.pl</p></div>
<li><a title="http://www.kb.cert.org/vuls/id/800113" href="http://www.kb.cert.org/vuls/id/800113">US &#8211; CERT &#8211; Multiple DNS implementations vulnerable to cache poisoning</a></li>
<li><a title="http://cert.pl/index2.html?action=show_news_more&amp;nid=862" href="http://cert.pl/index2.html?action=show_news_more&amp;nid=862">CERT Polska &#8211; Błędy w DNS dotyczące większości producentów</a></li>
</ul>
<p><a title="http://iana.org/" href="http://iana.org/">IANA</a> udostępniła <a title="http://recursive.iana.org/" href="http://recursive.iana.org/">narzędzie</a>, dzięki któremu możemy sprawdzić czy jesteśmy bezpieczni czy nie. Technicznie ten test wygląda mniej więcej tak (linie nieparzyste pytania, linie parzyste &#8211; odpowiedzi):</p>
<blockquote>
<pre>1: [udp sum ok] 59142 [1au] NS? DOMAIN.TLD. ar: . OPT UDPsize=4096 (40) (DF) (ttl
    52, id 0, len 68)
2: 59142*- q: NS? DOMAIN.TLD. 2/0/3 DOMAIN.TLD. NS[|domain] (ttl 63, id 45373, len
    154)
3: [udp sum ok] 29369+ SOA? iana.org. (26) (DF) (ttl 52, id 0, len 54)
4: [udp sum ok] 29369 ServFail- q: SOA? iana.org. 0/0/0 (26) (ttl 63, id 0, len 54)
5: [udp sum ok] 62488+ SOA? iana.org. (26) (DF) (ttl 52, id 0, len 54)
6: 62488- q: SOA? iana.org. 0/5/3 ns: iana.org. NS[|domain] (ttl 63, id 45375, len
    218)</pre>
</blockquote>
<p>Konwersacja z moim pierwszym serwerem (linie 3 i 4) kończy się odpowiedzią <em>SERVFAIL</em>, z drugim (linie 5 i 6) &#8211; <em>iana.org has no SOA record</em>. Pierwszy to bind 9.3.5, drugi &#8211; PowerDNS 2.9.21. Oba mają wyłączone rekursywne zapytania. W przypadku bind:</p>
<blockquote>
<pre>allow-recursion { 127.0.0.1; };</pre>
</blockquote>
<p>PowerDNS to:</p>
<blockquote>
<pre>allow-recursion=127.0.0.1/8</pre>
</blockquote>
<p>Wobec czego możemy się pocieszyć komunikatem:</p>
<div style="background-color: #393; border: 1px solid #ded;">
<h2>Safe.</h2>
<p>The servers tested for DOMAIN.TLD are not vulnerable to cache poisoning. </p>
<p><b></b></div>
<p>djbdns (w wersji 1.05) nie odpowiada w ogóle na takie &#8216;zaczepki&#8217; i IANA uznaje, że <em>Appears to not respond to recursive lookups</em>.</p>
]]></content:encoded>
			<wfw:commentRss>http://guzik.net.pl/blog/2008/08/zamieszanie-z-dns/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>BIND&#8217;s views</title>
		<link>http://guzik.net.pl/blog/2008/07/binds-views/</link>
		<comments>http://guzik.net.pl/blog/2008/07/binds-views/#comments</comments>
		<pubDate>Wed, 09 Jul 2008 06:25:47 +0000</pubDate>
		<dc:creator>guzik</dc:creator>
				<category><![CDATA[Tech]]></category>
		<category><![CDATA[BIND]]></category>
		<category><![CDATA[PowerDNS]]></category>

		<guid isPermaLink="false">http://guzik.net.pl/blog/?p=18</guid>
		<description><![CDATA[Swego czasu opracowałem metodę zabezpieczenia łącz (w sensie dostępu do sieci / hosta, gdy protokoły takie jak BGP są niedostępne) za pomocą kierowania ruchem i odpowiedniej konfiguracji DNS. Na widokach w BIND działało to bardzo dobrze. Konfiguracja sprowadza się do podania warunków, dla których dane strefy będą przetwarzane. Mając do dyspozycji match-clients i match-destinations możemy [...]]]></description>
			<content:encoded><![CDATA[<p>Swego czasu opracowałem metodę zabezpieczenia łącz (w sensie dostępu do sieci / hosta, gdy protokoły takie jak BGP są niedostępne) za pomocą kierowania ruchem i odpowiedniej konfiguracji DNS.</p>
<p>Na widokach w <a title="http://www.isc.org/sw/bind/" href="http://www.isc.org/sw/bind/">BIND</a> działało to bardzo dobrze. <a title="http://www.isc.org/sw/bind/arm95/Bv9ARM-all.html#view_statement_grammar" href="http://www.isc.org/sw/bind/arm95/Bv9ARM-all.html#view_statement_grammar">Konfiguracja</a> sprowadza się do podania warunków, dla których dane strefy będą przetwarzane. Mając do dyspozycji <em>match-clients</em> i <em>match-destinations</em> możemy naprawdę wiele zrobić. Skorzystanie z tej funkcjonalności oszczędzi nam uruchamiania drugiego serwera nazw np. dla sieci lokalnej czy dla konkretnego łącza.</p>
<p>Z czasem zacząłem wykorzystywać <a title="http://www.powerdns.com/" href="http://www.powerdns.com/">PowerDNS</a> (z racji świetnie działającej natywnej obsługi baz danych) i właśnie funkcjonalności widoków mi brakuje. Co prawda można mieć jedną bazę z dodatkową kolumną <em>content</em>, ale i tak trzeba uruchomić dwa serwery. Nadzieją mogło by być wykorzystanie adresu IP klienta (odpowiedni warunek w zapytaniu SQL), ale to niemożliwe sądząc po (niejednej) wypowiedzi <em>developerów</em> na liście dyskusyjnej PowerDNS.</p>
]]></content:encoded>
			<wfw:commentRss>http://guzik.net.pl/blog/2008/07/binds-views/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

