Avahi (Français)

Avahi fournit la résolution des noms d'hôtes locaux en utilisant un schéma de nommage "hostname.local". Pour l'activer, installez le paquet nss-mdns et démarrez et/ou activez avahi-daemon.service.

Ensuite, éditez le fichier /etc/nsswitch.conf et modifiez la ligne hosts pour inclure mdns_minimal [NOTFOUND=return] avant resolve et dns :

hosts : mymachines mdns_minimal [NOTFOUND=return] resolve [!UNAVAIL=return] files myhostname dns

Le module gère uniquement les requêtes pour le TLD . TLD uniquement. Notez le , qui spécifie que si ne trouve pas , il ne continuera pas à le chercher dans dns, myhostname, etc.

Si vous voulez qu'Avahi prenne en charge d'autres TLDs, vous devez :

• remplacer mdns_minimal [NOTFOUND=return] par le module mdns complet. Il existe également des modules IPv4 seulement et IPv6 seulement
• Personnalisez avec le de votre choix.
• Liste blanche des TLD personnalisés d'Avahi dans .

Avahi comprend plusieurs utilitaires qui vous aident à découvrir les services fonctionnant sur un réseau. Par exemple, exécutez

$ avahi-browse --all --ignore-local --resolve --terminate

pour découvrir les services de votre réseau.

Le navigateur Zeroconf d'Avahi () - notez qu'il nécessite les dépendances facultatives d'Avahi , et python-gobject) affiche les différents services de votre réseau. Vous pouvez également parcourir les serveurs SSH et VNC en utilisant respectivement et .

Assurez-vous d'ouvrir le port UDP 5353 si vous utilisez un pare-feu.

Avahi peut être utilisé pour prendre en charge le protocole Bonjour sous Linux. Consultez Wikipedia:Comparison of cross-platform instant messaging clients ou List of applications#Instant messaging clients pour obtenir une liste des clients prenant en charge le protocole Bonjour.

Par défaut, si vous obtenez une IP en utilisant DHCP, vous utilisez le paquet . Il peut tenter d'obtenir une adresse IPv4LL s'il n'a pas réussi à en obtenir une via DHCP. Par défaut, cette option est désactivée. Pour l'activer, commentez la chaîne noipv4ll :

Alternativement, exécutez  :

# avahi-autoipd -D

Avahi est livré avec un exemple de fichier de service pour annoncer un serveur SSH. Pour l'activer :

# cp /usr/share/doc/avahi/ssh.service /etc/avahi/services/

Si vous avez configuré un partage NFS, vous pouvez utiliser Avahi pour pouvoir les monter automatiquement dans les navigateurs compatibles avec Zeroconf (comme Konqueror sur KDE et Finder sur macOS) ou les gestionnaires de fichiers comme GNOME/Files.

Créez un fichier dans avec le contenu suivant :

Le port est correct si vous avez insecure comme option dans votre ; sinon, il doit être modifié (notez que insecure est nécessaire pour les clients macOS). Le chemin est le chemin de votre exportation, ou un sous-répertoire de celui-ci. Pour une raison quelconque, la fonctionnalité de montage automatique a été supprimée dans Leopard, mais un script est disponible. Ceci était basé sur ce post.

Si le daemon Avahi est exécuté à la fois sur le serveur et le client, le gestionnaire de fichiers du client devrait trouver automatiquement le serveur.

Vous pouvez également détecter automatiquement les serveurs FTP ordinaires, tels que vsftpd. Installez le paquet et modifiez les paramètres de vsftpd en fonction de vos préférences personnelles (consultez cette discussion sur ubuntuforums.org ou ).

Créez un fichier dans avec le contenu suivant :

/etc/avahi/services/ftp.service

.
<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
  <name>Partage de fichiers FTP</name>
  <service>
    <type>_ftp._tcp</type>
    <port>21</port>
  </service>
</service-group>

Le serveur FTP devrait maintenant être annoncé par Avahi. Vous devriez maintenant être en mesure de trouver le serveur FTP à partir d'un gestionnaire de fichiers sur un autre ordinateur de votre réseau. Vous devrez peut-être activer la #Résolution des noms d'hôtes sur le client.

Il s'agit d'un bug connu qui est causé par une condition de concurrence de nom d'hôte. Une solution possible est de désactiver IPv6 pour essayer d'empêcher la condition de concurrence. Si plusieurs interfaces sont présentes, utiliser allow-interfaces pour limiter Avahi à une seule interface. Une autre solution possible est de désactiver le cache pour empêcher Avahi de vérifier les conflits de noms d'hôtes, mais cela empêche Avahi d'effectuer des recherches.

nss-mdns ne fonctionne que si le serveur DNS listé dans renvoie NXDOMAIN aux requêtes SOA pour le domaine "local".

Vérifiez si votre serveur DNS configuré répond d'abord à la requête SOA pour le domaine "local" avec . Par exemple :

$ host -t SOA local

Si le serveur DNS répond avec , vous n'avez pas besoin de suivre les étapes ci-dessous. Avahi devrait être capable de trouver des ressources sur le réseau normalement, même en utilisant systemd-resolved.

Dans les anciennes versions de systemd-resolved, le paramètre global pour dans entraînait des codes de réponse incompatibles avec Avahi pour le domaine "local". Il en résultait qu'Avahi ne trouvait pas correctement les ressources (imprimantes). Voir le problème n°21659 de systemd pour référence.

Toutefois, si la requête DNS ci-dessus ne renvoie pas pour le domaine "local", vous pouvez utiliser le module NSS mdns complet au lieu de mdns. NSS complet au lieu de et créer pour autoriser uniquement le domaine "local". Par exemple :

Si votre instance d'Avahi démarre et fonctionne correctement, mais que nss ne semble pas transmettre les requêtes à mdns, cela peut être dû à un socket bloqué . Ceci peut être vérifié, par exemple, avec strace. Dans ce cas, redémarrez à la fois avahi-daemon.service et pour que cela fonctionne correctement.