Zeroconf
Zero-configuration networkingouZeroconfest l'appellation générique d'un ensemble deprotocolespermettant de créer automatiquement unréseauIPutilisable sans configuration particulière ou serveurs dédiés.
Cela permet aux utilisateurs novices de connecter en réseau des ordinateurs, des imprimantes et d'autres périphériques et de s'attendre à ce que celui-ci soit automatiquement fonctionnel. Sans Zeroconf, un utilisateur doit soit mettre en place des services spéciaux, tels queDNSetDHCP,soit configurer les paramètres réseau de chaque périphérique manuellement, ce qui peut être difficile pour ceux qui ne sont pas familiers de ces techniques.
Les protocoles Zeroconf fournissent les fonctionnalités suivantes:
- allocation dynamique d'adresse IP sans serveur DHCP;
- résolution de noms et adresses IP sans serveur DNS;
- recherche de services sansannuaire;
- traversée depasserelleNAT.
Allocation dynamique d'adresse IP: IPv4LL/APIPA
[modifier|modifier le code]Les protocolesIPv4etIPv6possèdent tous deux des techniques normalisées d'auto-configuration des adresses des interfaces réseau.
Pour IPv4, laRFC3927[1]de l'IETFdéfinit l'allocation dynamique d'adresses IP dans la plage 169.254.0.0/16. La RFC appelle cette techniqueIPv4 link-local (IPv4LL) address assignment.Toutefois,Microsoftse réfère à celle-ci sous le nomAPIPAouInternet Protocol Automatic Configuration(IPAC).
Pour IPv6, l'allocation automatique d'adresses link-local est prévue dans laRFC4862[2].
Résolution de noms
[modifier|modifier le code]Débuts
[modifier|modifier le code]Un premier protocole proposé pour la résolution de nom a été publié par Bill Manning et Bill Woodcock en 2000 sous l'appellationMulticast Domain Name Service[3].Celui-ci fut utilisé comme base de travail parAppleetMicrosoftpour l'élaboration de leur propres protocoles.
Multicast DNS(mDNS)
[modifier|modifier le code]Le protocole deMulticast DNS(mDNS) est proposé parApplecomme projet de standard[4].C'est actuellement le plus utilisé.
Multicast DNS(mDNS) est un protocole utilisant desdatagrammessimilaires auDNSunicast,mais mis en œuvre différemment. Chaque ordinateur sur le réseau local conserve sa propre liste d'enregistrements DNS (par exemple A, MX, SRV,etc.) et lorsqu'un client mDNS veut connaitre l'adresse IPd'un périphérique réseau à partir de son nom, le périphérique avec un enregistrement A correspondant répond avec son adresse IP. L'adresse demulticastutilisée par mDNS est 224.0.0.251.
Link-local Multicast Name Resolution(LLMNR)
[modifier|modifier le code]Le protocoleLink-local Multicast Name Resolution(LLMNR) a été soumis parMicrosoftpour adoption officielle comme standard Internet par le groupe de travail DNSEXT de l'IETF[5],mais il n'a pas réussi à obtenir un consensus et a été publié comme RFC informel seulement (RFC4795[6]). Il reste aujourd'hui peu utilisé.
Comparatif
[modifier|modifier le code]Les deux protocoles ont des différences mineures dans leur approche de la résolution de nom. mDNS permet à un périphérique réseau de choisir un nom de domaine dans l'espace de noms «.local » et de l'annoncer à l'aide d'une adresse IPmulticastspéciale. Cela introduit une sémantique différente pour l'espace de noms «.local », ce qui est considéré comme un problème par des membres de l'IETF.La spécification actuelle de LLMNR permet à un périphérique réseau de choisir n'importe quel nom de domaine, ce qui est considéré comme risqué du point de vue de la sécurité par des membres de l'IETF. Par ailleurs, mDNS est compatible avec le protocole DNS-SD décrit dans la section suivante — et proposé aussi par Apple —, alors que LLMNR ne l'est pas[7].
À la suite de l'échec de LLMNR dans son optique de standard Internet et étant donné que les protocoles mDNS et DNS-SD sont beaucoup plus largement utilisés que LLMNR, l'IETF a demandé à Apple de soumettre les spécifications de ses deux protocoles afin de les publier en tant que RFC informel.
Recherche de services
[modifier|modifier le code]DNS-Service Discovery(DNS-SD)
[modifier|modifier le code]Le protocoleDNS-Service Discovery(DNS-SD) est basé sur l'utilisation de mDNS. Il est utilisé par les produits Apple, par de nombreuses imprimantes réseau et par un certain nombre de produits et d'applications sur différents systèmes d'exploitation. Contrairement à la technologie concurrente SSDP de Microsoft, DNS-SD a recours à DNS au lieu deHTTP.Il emploie des enregistrements DNS de typeSRV,TXT(en)etPTR(en)pour publier les services disponibles. Les hôtes offrant des services publient les détails de ces derniers comme le type de service, le nom de domaine et des paramètres de configuration optionnels. Un registre des types de service[8]existants (non exhaustif) est mis à jour et publié par DNS-SD.org[9].Les types de services sont enregistrés de manière informelle selon le principe premier arrivé, premier servi.
De nombreux logiciels réseau pourMac OS X,tels que le navigateurSafari,le logiciel de messagerie instantanéeiChatutilisent DNS-SD pour localiser les serveurs ou les pairs sur le réseau local. D'autres logicielsMac OS Xtels que le logiciel de gestion de photoiPhotoou le gestionnaire de musiqueiTunesutilisent également DNS-SD pour partager leurs contenus. Sur Windows, certains clients de messagerie instantanée et devoix sur IPtels queGizmo5utilisent DNS-SD. Certaines distributions Linux incluent également le support de DNS-SD.
Les protocoles mDNS et DNS-SD ont été développés parStuart Cheshire(en),employé d'Apple,quand cette société a abandonné le protocoleAppleTalkpour le protocoleIP.
UPnP Simple Service Discovery Protocol(SSDP)
[modifier|modifier le code]Simple Service Discovery Protocol(SSDP) est un protocoleUPnPnon soumis à l'IETF, utilisé dansWindows XPet par plusieurs marques de matériel réseau. SSDP diffuse des annonces via des notifications HTTP fournissant un type de serviceURIet un nom de service unique (USN). Les types de services sont réglementés par le comité de gestion d'UPnP.
SSDP est pris en charge par de nombreux appareilspare-feu,où les ordinateurs hôtes derrière celui-ci peuvent percer des trous pour les applications. Il est également utilisé par certains matériels de typeMedia Center,où les échanges de médias entre l'hôte et leMedia Centersont facilités par l'utilisation de SSDP.
Service Location Protocol(SLP)
[modifier|modifier le code]Service Location Protocol(SLP) est le seul protocole pour la recherche de services ayant atteint le statut de proposition de standard de l'IETF. Ce protocole est utilisé par les ordinateurs réseau et imprimantes réseauHewlett-Packard,Novell,Sun MicrosystemsetApple,mais est ignoré par certains autres grands fournisseurs. SLP est décrit par laRFC2608[10]et laRFC3224[11]publiés par le groupe de travail SVRLOC de l'IETF et des implémentations sont disponibles pour les systèmes d'exploitationMac OS X,SolarisetLinux.
Traversée de passerelle NAT
[modifier|modifier le code]NAT Port Mapping Protocol(NAT-PMP)
[modifier|modifier le code]Le protocoleNAT Port Mapping Protocol(NAT-PMP), proposé comme projet de RFC[12]par Apple permet à un ordinateur d'un réseau privé (derrière unepasserelleNAT) de configurer automatiquement la passerelle afin que les machines à l'extérieur du réseau privé puissent le contacter.
UPnP Internet Gateway Device Protocol(IGD)
[modifier|modifier le code]LeprotocoleInternet Gateway Device(en)(IGD) est un protocoleUPnPsupporté par certaines passerelles NAT. Il s'agit d'une méthode couramment utilisée pour la redirection de port, mais celle-ci n'a pas été soumise à l'IETF.
Implémentations majeures
[modifier|modifier le code]Les sections ci-dessous présentent les implémentations les plus répandues des protocoles Zeroconf de l'IETF.
Apple Bonjour
[modifier|modifier le code]Développé par Apple,Bonjour(appelé Rendez-vous jusqu'en 2004) est l'implémentation la plus répandue des protocoles mDNS, DNS-SD et NAT-PMP, utilisée principalement sur Mac OS X (celle-ci est également disponible pourMicrosoft Windows). Originellement SLP offrait les fonctionnalités de recherche de service de Bonjour, mais Apple a remplacé SLP par mDNS et DNS-SD entreMac OS X 10.1et10.2,même si SLP continue d'être pris en charge par Mac OS X.
Avahi
[modifier|modifier le code]Avahiest unebibliothèque logiciellefournissant une implémentationlibredes protocoles IPv4LL, mDNS et DNS-SD. Elle est utilisée par de nombreuses distributionsGNU/Linuxet*BSD.
L'implémentation d'Avahi est totalement compatible avec celle de Bonjour. Avahi fournit des bibliothèques de compatibilité pour les applications utilisant Bonjour ou l'ancienne implémentation libre Howl de mDNS. Avahi fournit également desinterfaces pour différents langages de programmation(Python,Mono,etc.) et offre uneinterfaceD-Bus.
Windows CE 5.0
[modifier|modifier le code]Windows CE5.0 fournit une implémentation de Microsoft du protocole LLMNR.
Implémentations de IPV4LL/APIPA
[modifier|modifier le code]- Windows et Mac OS gèrent tous deux l'allocation automatique d'adresses IP locales par IPV4LL depuis 1998. Apple a publié son implémentation sous une licenceopen sourcedans le paquetbootpdeDarwin.
- Dans les systèmes de type UNIX,Avahifournit une implémentation de IPv4LL via le démonavahi-autoipd.
Références
[modifier|modifier le code]- (en)«Dynamic Configuration of IPv4 Link-Local Addresses»,Request for commentsno3927,
- (en)«IPv6 Stateless Address Autoconfiguration»,Request for commentsno4862,
- (en)Multicast Domain Name Service,Internet Draft,2000, ietf.org.
- (en)Multicast DNS,Internet Draft,2011, multicastdns.org.
- (en)Internet Engineering Task Force,ietf.org.
- (en)«Link-Local Multicast Name Resolution (LLMNR)»,Request for commentsno4795,
- (en)More details on the differences,mhonarc.org.
- (en)'DNS SRV (RFC 2782) Service Types,dns-sd.org.
- DNS-SD.org.
- (en)«Service Location Protocol, Version 2»,Request for commentsno2608,
- (en)«Vendor Extensions for Service Location Protocol, Version 2»,Request for commentsno3224,
- (en)NAT Port Mapping Protocol (NAT-PMP),Internet Draft,2006, ietf.org.
