Parmi les tracas observés avec Yosemite, Ars Technica s'attarde sur des comportements erratiques rencontrés par des Mac avec des services réseau. Iljitsch van Beijnum explique qu'avant le 10.10, le parc de Mac dans son université fonctionnait sans vrai problème depuis 12 ans. Les choses se sont compliquées depuis l'installation du nouvel OS X qui a remplacé l'un de ses services système baptisé mDNSResponder par un tout nouveau nommé discoveryd.
mDNSResponder (et par extension son successeur) s'occupe de détecter via le protocole Bonjour les périphériques présents sur un réseau local, d'obtenir leur nom et, tâche essentielle, de résoudre les noms de domaines (permettre à une machine d'afficher les sites web dont on a tapé l'adresse).
Il apparaît que ce qui fonctionnait bien jusque là se traduit à l'inverse par différents problèmes depuis que discoveryd a pris la place de mDNSResponder. Un service qui n'est plus présent dans la liste des contenus open source d'Apple et qui a été réécrit de zéro.
Iljitsch van Beijnum liste alors les dysfonctionnements rencontrés qui font tous converger vers discoveryd. D'abord — un de ceux que nous avons aussi constaté occasionnellement — Safari refuse de charger les pages web demandées, sans exception et sans raison visible. En coulisses, c'est discoveryd qui n'assure plus la résolution des noms de domaines de ces sites.
Un Mac qui est utilisé comme serveur iTunes et serveur de fichiers se voit renommé automatiquement de manière récurrente, produisant par là même des doublons :
Avant le 10.10, les mauvais jours, notre Mac baptisé "Nirrti" se renommait en "Nirrti (2)", sans doute parce qu'il arrivait qu'une autre machine utilise déjà ce nom. Avec le 10,10, cela se produit souvent, jusqu'à en arriver à des "Nirrti (7)"
La saisie du nom correct de la machine dans le panneau de préférences Partages ne change pas grand chose à l'affaire. Cela rend aussi plus difficile la connexion à ce serveur puisqu'il apparaît plusieurs fois, et sans que l'on sache lequel est le bon.
Ensuite, Iljitsch van Beijnum observe que le réveil automatique d'un Mac après la réception d'une requête réseau est moins fiable qu'auparavant. Il est devenu courant que cette sortie de sommeil ne se fasse pas.
Il cite ensuite le cas du partage d'écrans à distance qui ne marche plus — ne donnant qu'un écran noir — avec un adressage en IPv4. Il ne fonctionne qu'en IPv6, alors que les précédents OS X étaient moins tatillons. Il est également devenu plus difficile pour Yosemite de détecter la machine à contrôler à distance en utilisant Wide-Area Bonjour et la résolution d'adresses dynamiques.
L'auteur en déduit que les changements apportés avec discoveryd ont rendu ce service moins apte à gérer certaines requêtes réseau dont s'accommodait bien mieux son prédécesseur. La seule solution préconisée est de réinstaller mDNSResponder en le récupérant dans une sauvegarde Time Machine de Mavericks. Les dysfonctionnements décrits se font alors oublier. La méthode - décrite dans l'article - a toutefois comme inconvénient de mélanger d'anciens et de nouveaux composants système qui ne sont pas prévus à l'origine pour marcher ensemble. Sans que l'on sache si les mises à jour à venir de Yosemite (de sécurité ou autres) ne vont pas s'en trouver passablement perturbées.
