<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel rdf:about="http://blogmarks.net/api/marks/tag/dns">
<title>Public marks with tag dns</title>
<description>Public marks with tag dns</description>
<link>http://blogmarks.net/marks/tag/dns</link>
<items><rdf:Seq><rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058612849"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058610091"/>
<rdf:li resource="http://blogmarks.net/api/user/znarf/mark/1058609633"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058609472"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058609471"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058609470"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058609469"/>
<rdf:li resource="http://blogmarks.net/api/user/alamat/mark/1058608864"/>
<rdf:li resource="http://blogmarks.net/api/user/nicolargo/mark/1058608676"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058608301"/>
<rdf:li resource="http://blogmarks.net/api/user/srcmax/mark/1058608275"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058593902"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058573240"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058571346"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058541835"/>
<rdf:li resource="http://blogmarks.net/api/user/stoneland/mark/1058540017"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058524038"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058516004"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058508752"/>
<rdf:li resource="http://blogmarks.net/api/user/Spone/mark/1058508628"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058503138"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058492085"/>
<rdf:li resource="http://blogmarks.net/api/user/pac-recrutement/mark/1058491835"/>
<rdf:li resource="http://blogmarks.net/api/user/night.kame/mark/1058460237"/>
<rdf:li resource="http://blogmarks.net/api/user/marco/mark/1058452461"/>
</rdf:Seq></items>
</channel>
<item rdf:about="http://blogmarks.net/api/user/marco/mark/1058612849">
<title>L'ICANN s'élève contre les DNS menteurs façon SFR</title>
<link>http://www.numerama.com/magazine/14584-l-icann-s-eleve-contre-les-dns-menteurs-facon-sfr.html</link>
<description></description>
<dc:date>2009-12-06T19:14:14Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>dns, icann, sfr, dns menteurs</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.numerama.com/magazine/14584-l-icann-s-eleve-contre-les-dns-menteurs-facon-sfr.html"><img border="0" src="http://blogmarks.net/screenshots/2009/12/06/4a2f1c2a633da99e4c8c1c8c946c74c5.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.numerama.com/magazine/14584-l-icann-s-eleve-contre-les-dns-menteurs-facon-sfr.html">L'ICANN s'élève contre les DNS menteurs façon SFR</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/icann">icann</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/sfr">sfr</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns%2Bmenteurs">dns menteurs</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058612849">Copy</a> | 
<a href="http://blogmarks.net/link/3432727">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058610091">
<title>Tout le monde parle de Google DNS...</title>
<link>http://www.bortzmeyer.org/google-dns.html</link>
<description>Bref, il n'y a de raisons d'utiliser un service de résolveurs externe que si le « sien » est dramatiquement défaillant.</description>
<dc:date>2009-12-05T10:29:23Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>google, dns</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.bortzmeyer.org/google-dns.html"><img border="0" src="http://blogmarks.net/screenshots/2009/12/05/ab4a2eccd43b3ff7283d1f120de5a8a1.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.bortzmeyer.org/google-dns.html">Tout le monde parle de Google DNS...</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
 &amp; <a class="public" href="http://blogmarks.net/link/3429776">1 other(s)</a> 
<p class="description">Bref, il n'y a de raisons d'utiliser un service de résolveurs externe que si le « sien » est dramatiquement défaillant.</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/google">google</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058610091">Copy</a> | 
<a href="http://blogmarks.net/link/3429776">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/znarf/mark/1058609633">
<title>Tout le monde parle de Google DNS...</title>
<link>http://www.bortzmeyer.org/google-dns.html</link>
<description></description>
<dc:date>2009-12-04T19:39:13Z</dc:date>
<dc:author>François Hodierne</dc:author>
<dc:subject>google, dns</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.bortzmeyer.org/google-dns.html"><img border="0" src="http://blogmarks.net/screenshots/2009/12/05/ab4a2eccd43b3ff7283d1f120de5a8a1.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.bortzmeyer.org/google-dns.html">Tout le monde parle de Google DNS...</a></h4>
 
by <a href="http://blogmarks.net/user/znarf">François Hodierne</a> 
 &amp; <a class="public" href="http://blogmarks.net/link/3429776">1 other(s)</a> 
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/google">google</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058609633">Copy</a> | 
<a href="http://blogmarks.net/link/3429776">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058609472">
<title>Google Launch of DNS Service and OpenDNS Reply</title>
<link>http://www.circleid.com/posts/20091203_google_launch_of_dns_service_and_opendns_reply/</link>
<description>Access to end user DNS data is pure gold.</description>
<dc:date>2009-12-04T14:40:11Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>google, dns</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.circleid.com/posts/20091203_google_launch_of_dns_service_and_opendns_reply/"><img border="0" src="http://blogmarks.net/screenshots/2009/12/04/829e5865fda045d0521254665f9305fa.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.circleid.com/posts/20091203_google_launch_of_dns_service_and_opendns_reply/">Google Launch of DNS Service and OpenDNS Reply</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="description">Access to end user DNS data is pure gold.</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/google">google</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058609472">Copy</a> | 
<a href="http://blogmarks.net/link/3429649">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058609471">
<title>Using Google Public DNS</title>
<link>http://the.taoofmac.com/space/links/2009/12/03/1925#using-google-public-dns</link>
<description>Bloody amazing. They are using 8.8.8.8 and 8.8.4.4 as public DNS servers, which means, in a nutshell, that these will easily be resolved by the Google node nearer to your ISP.</description>
<dc:date>2009-12-04T14:36:06Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>google, dns</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://the.taoofmac.com/space/links/2009/12/03/1925#using-google-public-dns"><img border="0" src="http://blogmarks.net/screenshots/2009/12/04/5636a8403f31827abfdfcef111432c37.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://the.taoofmac.com/space/links/2009/12/03/1925#using-google-public-dns">Using Google Public DNS</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="description">Bloody amazing. They are using 8.8.8.8 and 8.8.4.4 as public DNS servers, which means, in a nutshell, that these will easily be resolved by the Google node nearer to your ISP.</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/google">google</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058609471">Copy</a> | 
<a href="http://blogmarks.net/link/3429648">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058609470">
<title>OpenDNS Founder David Ulevitch on Google Public DNS</title>
<link>http://daringfireball.net/linked/2009/12/03/ulevitch</link>
<description>Translation: Sure, we do something shitty with DNS right now today, but Google might do something shitty with DNS in the future so they’re even worse. Pure FUD.</description>
<dc:date>2009-12-04T14:35:17Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>google, dns</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://daringfireball.net/linked/2009/12/03/ulevitch"><img border="0" src="http://blogmarks.net/screenshots/2009/12/04/e74b33c96f6f624be595f3d0804438a0.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://daringfireball.net/linked/2009/12/03/ulevitch">OpenDNS Founder David Ulevitch on Google Public DNS</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="description">Translation: Sure, we do something shitty with DNS right now today, but Google might do something shitty with DNS in the future so they’re even worse. Pure FUD.</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/google">google</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058609470">Copy</a> | 
<a href="http://blogmarks.net/link/3429647">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058609469">
<title>Google's New Public DNS Service - and Data Retention Issues</title>
<link>http://www.circleid.com/posts/20091203_google_public_dns_service_and_data_retention_issues/</link>
<description>Their separate privacy policy for the Google Public DNS strikes me as utterly reasonable, particularly given its very rapid (24-48 hours) deletion of what I would consider to be the key privacy-sensitive data.</description>
<dc:date>2009-12-04T14:34:44Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>google, dns</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.circleid.com/posts/20091203_google_public_dns_service_and_data_retention_issues/"><img border="0" src="http://blogmarks.net/screenshots/2009/12/04/1d9750e089603b20f0396bc6894d8093.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.circleid.com/posts/20091203_google_public_dns_service_and_data_retention_issues/">Google's New Public DNS Service - and Data Retention Issues</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="description">Their separate privacy policy for the Google Public DNS strikes me as utterly reasonable, particularly given its very rapid (24-48 hours) deletion of what I would consider to be the key privacy-sensitive data.</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/google">google</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058609469">Copy</a> | 
<a href="http://blogmarks.net/link/3429646">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/alamat/mark/1058608864">
<title>Introducing Google Public DNS: A new DNS resolver from Google</title>
<link>http://dralnux.com/2009/12/04/introducing-google-public-dns-a-new-dns-resolver-from-google/</link>
<description>Today, as part of our efforts to make the web faster, we are announcing Google Public DNS, a new experimental public DNS resolver. </description>
<dc:date>2009-12-04T03:21:59Z</dc:date>
<dc:author>alamat</dc:author>
<dc:subject>resolver, google, dns, public</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://dralnux.com/2009/12/04/introducing-google-public-dns-a-new-dns-resolver-from-google/"><img border="0" src="http://blogmarks.net/screenshots/2009/12/04/2880568c4b546b3062e62e6abbbbf797.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://dralnux.com/2009/12/04/introducing-google-public-dns-a-new-dns-resolver-from-google/">Introducing Google Public DNS: A new DNS resolver from Google</a></h4>
 
by <a href="http://blogmarks.net/user/alamat">alamat</a> 
<p class="description">Today, as part of our efforts to make the web faster, we are announcing Google Public DNS, a new experimental public DNS resolver. </p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/resolver">resolver</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/google">google</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/public">public</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058608864">Copy</a> | 
<a href="http://blogmarks.net/link/3429137">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/nicolargo/mark/1058608676">
<title>8.8.8.8 : GOOGLE PUBLIC DNS</title>
<link>http://www.papygeek.com/web/google-lance-son-propre-dns-public/</link>
<description>DNS public chez Google</description>
<dc:date>2009-12-03T19:50:54Z</dc:date>
<dc:author>nicolargo</dc:author>
<dc:subject>dns, google</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.papygeek.com/web/google-lance-son-propre-dns-public/"><img border="0" src="http://blogmarks.net/screenshots/2009/12/04/fa3e43b7c94179b89a307f096d83c6f7.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.papygeek.com/web/google-lance-son-propre-dns-public/">8.8.8.8 : GOOGLE PUBLIC DNS</a></h4>
 
by <a href="http://blogmarks.net/user/nicolargo">nicolargo</a> 
<p class="description">DNS public chez Google</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/google">google</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058608676">Copy</a> | 
<a href="http://blogmarks.net/link/3428986">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058608301">
<title>Introducing Google Public DNS: A new DNS resolver from Google</title>
<link>http://googlecode.blogspot.com/2009/12/introducing-google-public-dns-new-dns.html</link>
<description></description>
<dc:date>2009-12-03T17:58:55Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>google, dns</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://googlecode.blogspot.com/2009/12/introducing-google-public-dns-new-dns.html"><img border="0" src="http://blogmarks.net/screenshots/2009/12/04/f7f4003d83199e1eab40459dfcf1b7ff.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://googlecode.blogspot.com/2009/12/introducing-google-public-dns-new-dns.html">Introducing Google Public DNS: A new DNS resolver from Google</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/google">google</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058608301">Copy</a> | 
<a href="http://blogmarks.net/link/3428848">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/srcmax/mark/1058608275">
<title>Official Google Blog: Introducing Google Public DNS</title>
<link>http://googleblog.blogspot.com/2009/12/introducing-google-public-dns.html</link>
<description>&lt;blockquote&gt;
&lt;p&gt;Today, as part of our ongoing effort to make the web faster, we're launching our own public DNS resolver called Google Public DNS, and we invite you to try it out.&lt;/p&gt;
&lt;/blockquote&gt;</description>
<dc:date>2009-12-03T17:03:07Z</dc:date>
<dc:author>srcmax</dc:author>
<dc:subject>google, dns</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://googleblog.blogspot.com/2009/12/introducing-google-public-dns.html"><img border="0" src="http://blogmarks.net/screenshots/2009/12/04/dc2097cf3641b3a9438afc5975d52c48.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://googleblog.blogspot.com/2009/12/introducing-google-public-dns.html">Official Google Blog: Introducing Google Public DNS</a></h4>
 
by <a href="http://blogmarks.net/user/srcmax">srcmax</a> 
<div class="description"><blockquote>
<p>Today, as part of our ongoing effort to make the web faster, we're launching our own public DNS resolver called Google Public DNS, and we invite you to try it out.</p>
</blockquote></div>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/google">google</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058608275">Copy</a> | 
<a href="http://blogmarks.net/link/3428821">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058593902">
<title>Combien y a t-il vraiment de serveurs DNS racine ?</title>
<link>http://www.bortzmeyer.org/combien-serveurs-racines.html</link>
<description>Il y a onze organisations qui gèrent un serveur racine. Seulement deux sont européennes et une japonaise, toutes les autres sont états-uniennes.</description>
<dc:date>2009-11-27T15:08:17Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>dns, icann, dig, racine</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.bortzmeyer.org/combien-serveurs-racines.html"><img border="0" src="http://blogmarks.net/screenshots/2009/11/27/7335db9fcbeecd65424e114cebe689f0.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.bortzmeyer.org/combien-serveurs-racines.html">Combien y a t-il vraiment de serveurs DNS racine ?</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="description">Il y a onze organisations qui gèrent un serveur racine. Seulement deux sont européennes et une japonaise, toutes les autres sont états-uniennes.</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/icann">icann</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dig">dig</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/racine">racine</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058593902">Copy</a> | 
<a href="http://blogmarks.net/link/3417671">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058573240">
<title>La grande panne DNS de Chine de mai 2009</title>
<link>http://www.bortzmeyer.org/panne-dns-chine.html</link>
<description>Conclusion : si quelqu'un réussit à planter tous les serveurs DNS de google.com ou ebay.com, il peut théoriquement planter tout le DNS et donc tout l'Internet.</description>
<dc:date>2009-11-05T22:17:52Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>bind, chine, panne, dns</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.bortzmeyer.org/panne-dns-chine.html"><img border="0" src="http://blogmarks.net/screenshots/2009/11/05/80d7f69a194372ce0e038c67459e0182.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.bortzmeyer.org/panne-dns-chine.html">La grande panne DNS de Chine de mai 2009</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="description">Conclusion : si quelqu'un réussit à planter tous les serveurs DNS de google.com ou ebay.com, il peut théoriquement planter tout le DNS et donc tout l'Internet.</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/bind">bind</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/chine">chine</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/panne">panne</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058573240">Copy</a> | 
<a href="http://blogmarks.net/link/3401508">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058571346">
<title>Le hameçonnage n'a pas de rapport avec les IDN</title>
<link>http://www.bortzmeyer.org/idn-et-phishing.html</link>
<description></description>
<dc:date>2009-11-03T18:13:38Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>hameçonnage, phishing, dns, idn, unicode</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.bortzmeyer.org/idn-et-phishing.html"><img border="0" src="http://blogmarks.net/screenshots/2009/11/03/c59adf0eb6e53c4b3249fa55fd630510.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.bortzmeyer.org/idn-et-phishing.html">Le hameçonnage n'a pas de rapport avec les IDN</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/hame%25C3%25A7onnage">hameçonnage</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/phishing">phishing</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/idn">idn</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/unicode">unicode</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058571346">Copy</a> | 
<a href="http://blogmarks.net/link/3400009">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058541835">
<title>Securing a Domain: SSL vs. DNSSEC</title>
<link>http://www.circleid.com/posts/securing_a_domain_ssl_vs_dnssec/</link>
<description>There has been quite a bit of talk lately about the best way to secure a domain, mainly centered in two camps: using Secure Socket Layer (SSL), or using DNS Security Extensions (DNSSEC). The answer is quite simple—you should use both.</description>
<dc:date>2009-10-07T23:45:15Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>dns, security, ssl, dnssec, phishing</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.circleid.com/posts/securing_a_domain_ssl_vs_dnssec/"><img border="0" src="http://blogmarks.net/screenshots/2009/10/07/52c65feb681111d5dde9134ab4163a65.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.circleid.com/posts/securing_a_domain_ssl_vs_dnssec/">Securing a Domain: SSL vs. DNSSEC</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="description">There has been quite a bit of talk lately about the best way to secure a domain, mainly centered in two camps: using Secure Socket Layer (SSL), or using DNS Security Extensions (DNSSEC). The answer is quite simple—you should use both.</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/security">security</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/ssl">ssl</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dnssec">dnssec</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/phishing">phishing</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058541835">Copy</a> | 
<a href="http://blogmarks.net/link/3376552">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/stoneland/mark/1058540017">
<title>Domain Name Server records</title>
<link>http://www.robtex.com/dns</link>
<description>Info check dns</description>
<dc:date>2009-10-05T21:08:54Z</dc:date>
<dc:author>stoneland</dc:author>
<dc:subject>dns</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.robtex.com/dns"><img border="0" src="http://blogmarks.net/screenshots/2009/10/05/3c2e18a5cb157d64c8ffb43518557c3d.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.robtex.com/dns">Domain Name Server records</a></h4>
 
by <a href="http://blogmarks.net/user/stoneland">stoneland</a> 
<p class="description">Info check dns</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058540017">Copy</a> | 
<a href="http://blogmarks.net/link/3375070">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058524038">
<title>End in site for Yugoslav domains</title>
<link>http://news.bbc.co.uk/2/hi/technology/8278364.stm</link>
<description>Websites using the .yu domain extension will cease to be available online from 30 September.</description>
<dc:date>2009-09-30T08:10:15Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>extension, dns, .yu, cctld</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://news.bbc.co.uk/2/hi/technology/8278364.stm"><img border="0" src="http://blogmarks.net/screenshots/2009/09/30/b7b9d74fea8944ac1e8f285979e2f63c.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://news.bbc.co.uk/2/hi/technology/8278364.stm">End in site for Yugoslav domains</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="description">Websites using the .yu domain extension will cease to be available online from 30 September.</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/extension">extension</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/.yu">.yu</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/cctld">cctld</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058524038">Copy</a> | 
<a href="http://blogmarks.net/link/3359866">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058516004">
<title>61 Businesses Tell ICANN New TLDs Are Needed to Help Consumers, Encourage Innovation, Avoid Chaos</title>
<link>http://www.circleid.com/posts/20090923_61_businesses_tell_icann_new_top_level_domains_are_needed/</link>
<description>Un seul français dans la liste</description>
<dc:date>2009-09-23T21:53:48Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>dns, tld, nTLD, new tlds</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.circleid.com/posts/20090923_61_businesses_tell_icann_new_top_level_domains_are_needed/"><img border="0" src="http://blogmarks.net/screenshots/2009/09/23/3be3a9622199d83c4e496e67f2324bbc.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.circleid.com/posts/20090923_61_businesses_tell_icann_new_top_level_domains_are_needed/">61 Businesses Tell ICANN New TLDs Are Needed to Help Consumers, Encourage Innovation, Avoid Chaos</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="description">Un seul français dans la liste</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/tld">tld</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/nTLD">nTLD</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/new%2Btlds">new tlds</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058516004">Copy</a> | 
<a href="http://blogmarks.net/link/3352848">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058508752">
<title>OpenDNS, surtout pas</title>
<link>http://www.bortzmeyer.org/opendns-non-merci.html</link>
<description></description>
<dc:date>2009-09-18T15:36:20Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>dns, opendns, dns redirection, dns menteurs</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.bortzmeyer.org/opendns-non-merci.html"><img border="0" src="http://blogmarks.net/screenshots/2009/09/18/22e4b19a81a53e49e6ed4c5444d6dd60.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.bortzmeyer.org/opendns-non-merci.html">OpenDNS, surtout pas</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
 &amp; <a class="public" href="http://blogmarks.net/link/3346751">1 other(s)</a> 
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/opendns">opendns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns%2Bredirection">dns redirection</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns%2Bmenteurs">dns menteurs</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058508752">Copy</a> | 
<a href="http://blogmarks.net/link/3346751">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/Spone/mark/1058508628">
<title>Blog Stéphane Bortzmeyer: OpenDNS, surtout pas</title>
<link>http://www.bortzmeyer.org/opendns-non-merci.html</link>
<description></description>
<dc:date>2009-09-18T12:34:47Z</dc:date>
<dc:author>Spone</dc:author>
<dc:subject>dns</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.bortzmeyer.org/opendns-non-merci.html"><img border="0" src="http://blogmarks.net/screenshots/2009/09/18/22e4b19a81a53e49e6ed4c5444d6dd60.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.bortzmeyer.org/opendns-non-merci.html">Blog Stéphane Bortzmeyer: OpenDNS, surtout pas</a></h4>
 
by <a href="http://blogmarks.net/user/Spone">Spone</a> 
 &amp; <a class="public" href="http://blogmarks.net/link/3346751">1 other(s)</a> 
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058508628">Copy</a> | 
<a href="http://blogmarks.net/link/3346751">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058503138">
<title>Noms de domaine frauduleux : registre et registrar peuvent-ils être responsables ?</title>
<link>http://www.domainesinfo.fr/actualite/1999/noms-de-domaine-frauduleux-registre-et-registrar-peuvent-ils-etre-responsables.php</link>
<description>La situation juridique des acteurs du nommage n’est donc pas judiciairement modifiée. Il faudra trouver un autre moyen pour enlever les herbes sauvages au pied des marques luxuriantes.</description>
<dc:date>2009-09-14T17:07:17Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>dns, nom de domaine, registrar, droit</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.domainesinfo.fr/actualite/1999/noms-de-domaine-frauduleux-registre-et-registrar-peuvent-ils-etre-responsables.php"><img border="0" src="http://blogmarks.net/screenshots/2009/09/14/0985152d431c5c1d6eccd61e01b3e888.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.domainesinfo.fr/actualite/1999/noms-de-domaine-frauduleux-registre-et-registrar-peuvent-ils-etre-responsables.php">Noms de domaine frauduleux : registre et registrar peuvent-ils être responsables ?</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="description">La situation juridique des acteurs du nommage n’est donc pas judiciairement modifiée. Il faudra trouver un autre moyen pour enlever les herbes sauvages au pied des marques luxuriantes.</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/nom%2Bde%2Bdomaine">nom de domaine</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/registrar">registrar</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/droit">droit</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058503138">Copy</a> | 
<a href="http://blogmarks.net/link/3342430">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058492085">
<title>DNS menteurs : les justifications officielles de SFR</title>
<link>http://www.pcinpact.com/actu/news/52887-dns-menteurs-sfr-redirection-url.htm</link>
<description></description>
<dc:date>2009-09-03T13:49:48Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>dns, sfr, fail</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.pcinpact.com/actu/news/52887-dns-menteurs-sfr-redirection-url.htm"><img border="0" src="http://blogmarks.net/screenshots/2009/09/03/51ccfb5418ad09f4b62f4e2c4169d1d2.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.pcinpact.com/actu/news/52887-dns-menteurs-sfr-redirection-url.htm">DNS menteurs : les justifications officielles de SFR</a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/sfr">sfr</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/fail">fail</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058492085">Copy</a> | 
<a href="http://blogmarks.net/link/3333618">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/pac-recrutement/mark/1058491835">
<title>DNS menteurs : c’est quoi ?</title>
<link>http://www.freenews.fr/spip.php?article7037</link>
<description>&lt;blockquote&gt;&lt;p&gt;Le sujet fait parler de lui dans les milieux autorisés : SFR a récemment mis en place sur son réseau, ce qu’on appelle des DNS menteurs. Une pratique que Free a toujours refusé de mettre en œuvre. Mais concrètement, qu’est-ce que c’est, et pourquoi &quot;c’est mal&quot; ?&lt;/p&gt;&lt;/blockquote&gt;</description>
<dc:date>2009-09-03T11:51:11Z</dc:date>
<dc:author>pac-recrutement</dc:author>
<dc:subject>dns, sfr, dns menteur</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.freenews.fr/spip.php?article7037"><img border="0" src="http://blogmarks.net/screenshots/2009/09/03/b5fc8b593592ec96284c8457fecf8138.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.freenews.fr/spip.php?article7037">DNS menteurs : c’est quoi ?</a></h4>
 
by <a href="http://blogmarks.net/user/pac-recrutement">pac-recrutement</a> 
<div class="description"><blockquote><p>Le sujet fait parler de lui dans les milieux autorisés : SFR a récemment mis en place sur son réseau, ce qu’on appelle des DNS menteurs. Une pratique que Free a toujours refusé de mettre en œuvre. Mais concrètement, qu’est-ce que c’est, et pourquoi "c’est mal" ?</p></blockquote></div>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/sfr">sfr</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns%2Bmenteur">dns menteur</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058491835">Copy</a> | 
<a href="http://blogmarks.net/link/3333385">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/night.kame/mark/1058460237">
<title>Blocking Unwanted Parasites with a Hosts File</title>
<link>http://www.mvps.org/winhelp2002/hosts.htm</link>
<description>&lt;blockquote&gt;&lt;p&gt;You can use a HOSTS file to block ads, banners, 3rd party Cookies, 3rd party page counters, web bugs, and even most hijackers. This is accomplished by blocking the connection(s) that supplies these little gems.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Fonctionne même sous les *nix. Beauté de l'utilisation de code open source.&lt;/p&gt;</description>
<dc:date>2009-08-09T10:03:49Z</dc:date>
<dc:author>night.kame</dc:author>
<dc:subject>dns, hosts, web bugs, pubs</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.mvps.org/winhelp2002/hosts.htm"><img border="0" src="http://blogmarks.net/screenshots/2009/08/10/7517e6af0ba622582f9a56e41487adc8.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.mvps.org/winhelp2002/hosts.htm">Blocking Unwanted Parasites with a Hosts File</a></h4>
 
by <a href="http://blogmarks.net/user/night.kame">night.kame</a> 
 &amp; <a class="public" href="http://blogmarks.net/link/242043">6 other(s)</a> 
<div class="description"><blockquote><p>You can use a HOSTS file to block ads, banners, 3rd party Cookies, 3rd party page counters, web bugs, and even most hijackers. This is accomplished by blocking the connection(s) that supplies these little gems.</p></blockquote>
<p>Fonctionne même sous les *nix. Beauté de l'utilisation de code open source.</p></div>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/hosts">hosts</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/web%2Bbugs">web bugs</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/pubs">pubs</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058460237">Copy</a> | 
<a href="http://blogmarks.net/link/242043">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> <item rdf:about="http://blogmarks.net/api/user/marco/mark/1058452461">
<title>Ask a Flowchart: How Do I Make a Single-Serving Site? </title>
<link>http://www.wired.com/techbiz/it/magazine/17-08/st_singleservingsite</link>
<description>So-called single-serving Web sites - standalone pages that accomplish only one task - are popping up all over the Net</description>
<dc:date>2009-08-02T22:01:28Z</dc:date>
<dc:author>marco</dc:author>
<dc:subject>dns, domain name, nom de domaine</dc:subject>
<content:encoded><![CDATA[<div class="mark">
<a href="http://www.wired.com/techbiz/it/magazine/17-08/st_singleservingsite"><img border="0" src="http://blogmarks.net/screenshots/2009/08/02/2f8f62a39c177310811fa8cdb345fa96.jpg" alt="" /></a>
<div class="xfolkentry">
<h4><a class="taggedlink" href="http://www.wired.com/techbiz/it/magazine/17-08/st_singleservingsite">Ask a Flowchart: How Do I Make a Single-Serving Site? </a></h4>
 
by <a href="http://blogmarks.net/user/marco">marco</a> 
<p class="description">So-called single-serving Web sites - standalone pages that accomplish only one task - are popping up all over the Net</p>
<p class="tags">
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/dns">dns</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/domain%2Bname">domain name</a>
<a rel="tag" class="tag public_tag" href="http://blogmarks.net/marks/tag/nom%2Bde%2Bdomaine">nom de domaine</a>
</p>
<div class="action-bar">
<a href="http://blogmarks.net/my/marks,new?id=1058452461">Copy</a> | 
<a href="http://blogmarks.net/link/3304330">React (0)</a></div>
</div>
</div>
]]></content:encoded>
</item> </rdf:RDF>