<?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>Blogpro IT &#187; DNS</title>
	<atom:link href="http://blogpro.justtheitguy.com/category/dns/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogpro.justtheitguy.com</link>
	<description>Note IT</description>
	<lastBuildDate>Tue, 25 May 2010 13:07:53 +0000</lastBuildDate>
	<language>fr</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>DNS: Nouveaute Windows Server 2008</title>
		<link>http://blogpro.justtheitguy.com/2008/01/10/dns-nouveauta%c2%a9-windows-server-2008/</link>
		<comments>http://blogpro.justtheitguy.com/2008/01/10/dns-nouveauta%c2%a9-windows-server-2008/#comments</comments>
		<pubDate>Thu, 10 Jan 2008 19:13:00 +0000</pubDate>
		<dc:creator>Minus</dc:creator>
				<category><![CDATA[DNS]]></category>
		<category><![CDATA[Windows Server 2008]]></category>
		<guid isPermaLink="false">http://blogpro.justtheitguy.com/2008/01/10/dns-nouveauta%c2%a9-windows-server-2008/</guid>
		<description><![CDATA[
LLMNR
Un nouveau système apparait sur les clients DNS:
le LLMNR (Link Local Multicast Name Resolution) ou mDNS (Multicast DNS).
Le principe est simple.
Utiliser le multicast pour une résolution DNS lors d&#8217;une rupture de connexion avec les serveurs DNS.
Les clients supportant le LLMNR peuvent continuer à faire des résolutions DNS en utilisant le Peer-to-Peer et leurs caches DNS [...]]]></description>
			<content:encoded><![CDATA[<ul>
<li>
<h2>LLMNR</h2>
</li>
</ul>
<p>Un nouveau système apparait sur les clients DNS:</p>
<p>le LLMNR (Link Local Multicast Name Resolution) ou mDNS (Multicast DNS).</p>
<p>Le principe est simple.</p>
<p>Utiliser le multicast pour une résolution DNS lors d&#8217;une rupture de connexion avec les serveurs DNS.</p>
<p>Les clients supportant le LLMNR peuvent continuer à faire des résolutions DNS en utilisant le Peer-to-Peer et leurs caches DNS jusqu&#8217;à restauration de la connexion avec les serveur DNS.</p>
<p>Disponible sur Vista et Windows Server 2008, LLMNR communique en UDP sur le port 5355.</p>
<ul>
<li>
<h2>GlobalNames zone (GNZ)</h2>
</li>
</ul>
<p>Un nouveau type de zone apparait avec Windows Server 2008 permettant de &#8220;remplacer&#8221; le WINS. La GNZ (GlobalNames Zone) permet de faire correspondre un nom à un FQDN sans utiliser le WINS et le Netbios.</p>
<p>Il est donc possible d&#8217;utiliser un nom unique sur l&#8217;ensemble de la foret permettant ainsi de simplifier l&#8217;administration.</p>
<p>Process de résolution d&#8217;un nom unique</p>
<p>1. le suffix DNS du client est ajouté au nom unique et une requête est soumis au serveur DNS.</p>
<p>2. Si le FQDN n&#8217;est pas résolu, le client tente une résolution avec la liste de suffix fourni (par GPO par ex)</p>
<p>3. Si aucun de ces requêtes n&#8217;est fructueuse, le client tente une resolution du nom unique.</p>
<p>3. Si le nom unique apparait dans le GNZ (GlobalNames Zone), le serveur DNS hébergeant la zone résoud le nom.</p>
<p>4. Dans le cas où la résolution DNS n&#8217;a rien donné, une résolution WINS est tenté.</p>
<p>La GNZ fourni une résolution de nom unique uniquement lorsque tous les serveurs DNS tournent sous Windows Server 2008.</p>
<p>Doc: <a href="/files/2009/10/DNS/Windows%20Server%202008/DNS-GlobalNames-Zone-Deployment.doc">DNS Server GlobalNames Zone Deployment</a></p>
<ul>
<li>
<h2>Read-only Domain Controller support</h2>
</li>
</ul>
<p>Windows Server 2008 introduit un nouveau type de Contrôleur de domaine vraiment intéressant: le RODC (Read-Only Domain Controller).</p>
<p>Comme son nom l&#8217;indique, ce type de contrôleur de domaine est en lecture seul et ne peut être directement configuré. La sécurité est donc maximum.</p>
<p>Pour suporter le RODC, un nouveau type de Zone DNS a été créé: la Primary Read-Only Zone.</p>
<p>Lorsqu&#8217;un DC devient RODC, une réplication utilisée de toutes les zones est faite (Domain Partition, ForestDNSZones, DomainDNSZones).</p>
<ul>
<li>
<h2>Support for IPv6 addresses</h2>
</li>
</ul>
<p>Evolution évidente, Windows Server 2008 intègre la gestion de l&#8217;IPv6 de façon globale avec toutes les fonctionnalités que comportait l&#8217;IPv4.</p>
<p>Les clients peuvent désormais s&#8217;enregistrer dans le DNS avec une IPv4 et/ou IPv6. La commande dnscmd a été mise à jour pour accepter les adresses IPv6</p>
<ul>
<li>
<h2>Background zone loading</h2>
</li>
</ul>
<p>Fonctionnalité qui peut paraitre futile mais depuis l&#8217;intégration du DNS dans l&#8217;AD, le temps de chargement du DC peut devenir très très &#8230;. très long.</p>
<p>Le problème est que pendant ce temps de chargement, le DNS ne joue plus son rôle. Windows Server 2008 pallie à ce problème en effectuant le chargement des zones DNS en arrière plan. De ce fait, le service est assuré pour les clients.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogpro.justtheitguy.com/2008/01/10/dns-nouveauta%c2%a9-windows-server-2008/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
