Avec OS X 10.10.4, Apple remplace finalement Discoveryd : adieu aux bugs réseau

Mickaël Bazoge |

OS 10.10.4 va enfin mettre un terme aux problèmes de stabilité de la connexion réseau de Yosemite. La dernière beta en date, livrée il y a quelques heures, remplace Discoveryd par l’ancien protocole mDNSResponder qui lui, ne posait pas de soucis particuliers depuis une douzaine d’années. Le bug Discoveryd avait été repéré début janvier, et c’était lui qui provoquait les comportements erratiques d’OS X avec le réseau (lire : Les aléas du nouveau service de DNS dans Yosemite).

La fonction de Discoveryd est de repérer via le protocole Bonjour les périphériques présents sur le réseau local et de résoudre les noms de domaine DNS. Installé avec OS X Yosemite, ce protocole provoque de sérieux dysfonctionnements avec le Wi-Fi, malheureusement bien connus des utilisateurs : impossibilité pour Safari de charger des pages, apparition inopinée de doublons sur un réseau de Mac, perte de fiabilité d’une requête réseau, partage d’écran à distance inopérant…

Cliquer pour agrandir

Ces bugs devraient être de l’histoire ancienne dès que la version finale d’OS X 10.10.4 sera disponible : la quatrième beta montre que le protocole a disparu du Moniteur d’activité, remplacé qu’il est par le solide et fiable mDNSResponder… ce qui était d’ailleurs la solution préconisée par les développeurs dès la découverte du problème. Espérons maintenant qu’OS X 10.10.4 sera bel et bien débarrassé de discoveryd ! Avec OS X 10.11 qui se profile, Apple en profitera-t-elle pour mettre au point un nouveau protocole ?

avatar TotOOntHeMooN | 

Ils ont bien fait de le Discovirer ! :D

Normal de remplacer du code foireux par ce qui est éprouvé... C'est courageux, car en général les gens ont trop d'égaux pour prendre du recule et les bonnes décisions.
En espérant que ça ouvre des idées pour d'autres choses qui fonctionnaient mieux avant.

avatar poco | 

"Espérons maintenant qu’OS X 10.10.4 sera bel et bien débarrassé de discoveryd ! Avec OS X 10.11 qui se profile, Apple en profitera-t-elle pour mettre au point un nouveau protocole ?"

Voilà tout est dit. 10.10.4 encore en Béta mais on en est déjà à la 10.11

Course en avant idiote, inutile et pénalisante pour les utilisateurs d'OS X

avatar patrick86 | 

"Voilà tout est dit. 10.10.4 encore en Béta mais on en est déjà à la 10.11

Course en avant idiote, inutile et pénalisante pour les utilisateurs d'OS X"

Cette situation est BANALE.

Apple prépare la version majeure suivante ET continue de maintenir l'actuelle.

Microsoft non plus, n'arrête pas le support de W8.1 pour développer W10.

avatar Fennec72 | 

Le problème du renommage intempestifs des nom réseau des Mac peuvent poser des problèmes bien gênants:
Si on développe un site en local, sous MAMP par exemple, et qu'on veut voir le site depuis une autre machine (Mac, Windows ou Linux) connectée sur le même réseau, l'adresse localhost/nom_du_dossier_du_site/ ne fonctionne pas.
Seule adresse valable, l'adresse réseau du Mac en ".local"
Donc après renommage non maîtrisé par OS X l'adresse nomdemonmac.local devient nomdemonmac-2.local ou -3.local ou -4.local et ainsi de suite.
Quand on travaille à plusieurs sur un site sur le même réseau et qu'on veut éviter d'installer un serveur Linux sur le réseau, ce problème est plutôt chiant.
Peut-être que ça peut provoquer des problèmes s'il existe d'autres types d'utilisation de l'adresse en ".local"?

avatar jb18v | 

et attribuer des IP fixes aux machines sur le réseau au lieu du DHCP ne permettrait pas de contourner le pb ?
et de les appeller par leur ip au lieu de leur nom, évidemment

avatar byte_order | 

Attribuer des adresses IP fixes sans serveur DHCP c'est laborieux.
Utiliser des alias necessitent de mettre à jour sur tous les postes cette liste.

Vu les prix, sérieux, le plus simple c'est d'acheter un NAS bon marché. Il fera un bon serveur DHCP, en plus d'autres services.
C'est pas comme si un NAS d'entrée gamme c'était cher : c'est même pas le prix d'un bracelet Apple Watch !!!
;-)

avatar Un Type Vrai | 

Ha ben voilà pourquoi l'assistant migration n'a jamais fonctionné ...

Tout est clair.

avatar bonnepoire | 

Si elles sont égales à ce que tu postes ici, je parierais plutôt sur tes ondes négatives.

avatar comass | 

Le retour vers mDNSResponder est une bonne chose.

Cela est certain qu' Apple nous prépare un nouveau protocole, sans doute pour 10.11

En espérant qu'elle prenne le soin de garantir une stabilité, j'ai passer une semaine à reconfigurer un parc de trentaine de Mac en faisant cohabiter Discoveryd et mDNSResponder.

Solution bancale mais qui fonctionne assez bien au final.

Je m'inquiète pour la futur MAJ et verrai comment cela se traduira.

Bref Apple sort des bêtas grandeur nature ça en devient très chiant.

avatar bonnepoire | 

Ils ont essayé de changer de système et ça n'a pas fonctionné. Je préfère une société qui tente d'innover et qui admet ses erreurs plutôt que le contraire. Si m$ pouvait comprendre que modern UI ça fait chier et surtout que ça n'a pas sa place sur un serveur...

avatar Ghaleon111 | 

Il l'a compris avec w10

avatar byte_order | 

La phase "on tente d'innover" normalement elle se fait dans les bureaux de R&D puis d'assurance qualité, pas après commercialisation et sur le dos de ses clients.

Même (surtout !) quand on est la plus riche des entreprises.
Et surtout quand on pratique des tarifs élevés sous couvert de marketing "qualité prémium".

avatar gchermette (non vérifié) | 

"Remplacé qu'il est" .... Aie aie aie

avatar Espcustom | 

je ne suis pas d'accord, chez moi ML, et Mav ont été bien supérieurs a SL ds l'expérience user. Je regrette d'ailleurs un peu Mav depuis que j'ai Yos. mais globalement ca marche bien chez moi, aucun bugs.
Bonne idée qu'apple reprenne ce qui marchait au détriment d'une solution qui elle montrait des faiblesses. ca c'est intelligent. esperons qu'ils continuent sur cette voie..

avatar Fahrenheit | 

Chez moi le processus pompait 100% du CPU jusqu au reset SMC mais jamais de problèmes de wifi

avatar bonnepoire | 

Le seul soucis que j'avais c'était le double nom sur le réseau.

avatar BeePotato | 

Dans l’article, ce serait bien de remplacer « protocole » par « processus ».

avatar Frodon | 

Personnellement je n'avais pas de soucis en WiFi, par contre en Ethernet oui, à plusieurs reprises. Tuer le processus discoveryd réparait.

Mais au final j'en ai eu marre, et donc j'ai de moi même remis mDNSResponder (en desactivant le démarrage automatique de discoveryd qui reste installé physiquement sur le disque mais non démarré).

Si vous voulez remettre mDNSResponder les instructions, ainsi qu'un script sh permettant de le faire (installation et déinstallation) sont indiquées ici: https://gist.github.com/dlueth/36a3d5fbbc98a46ac14e

avatar poulpe63 | 

Perso, pour supprimer mes problème de WIFI : j'ai désactiver la mise en veille de mon MBA.
Pourquoi ? Une fois sur deux ou trois, j'était obligé de rebooter mon Mac pour accéder au wifi...

avatar Harp | 

Discoveryd, c'est aussi (enfin était...) censé unifier les choses avec les nouveaux services de Continuity.

avatar Gregoryen | 

Jai un MacBook Pro 2012 et j'avoue que AirDrop ne marche pas bien ! Voir jamais. En attendant j'utilise Instashare qui fonctionne à merveille !

Pages

CONNEXION UTILISATEUR