Yosemite : Apple réintroduit un ancien composant pour corriger les soucis de réseau

Yosemite : Apple réintroduit un ancien composant pour corriger les soucis de réseau

C'était mieux avant

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

27/05/2015 3 minutes
74

Yosemite : Apple réintroduit un ancien composant pour corriger les soucis de réseau

Depuis l’arrivée de Yosemite, une partie des utilisateurs signale son mécontentement sur divers points, dont l’un des plus importants est le réseau. Apple utilise en effet un autre composant pour gérer les connexions, discoveryd, mais les problèmes rencontrés sont nombreux. Dans la mise à jour 10.10.4, actuellement en bêta, l’éditeur revient à mDNSResponder.

De trop nombreux problèmes liés au réseau

Mauvaises performances, nombreux bugs, pertes de connexion Wi-Fi, éléments en double affichés dans le réseau, partages réseau défaillants, services liés à Bonjour : les utilisateurs de Yosemite peuvent rencontrer bien des soucis quand il est question de connexions réseaux, particulièrement sans-fil. La mise à jour 10.10.2 avait réglé bon nombre de problèmes, mais la 10.10.4, actuellement en développement, prévoit un changement plus radical.

Dans la dernière préversion distribuée aux développeurs, Apple a remplacé le composant discoveryd, apparu justement avec Yosemite, par mDNSResponder, qui était utilisé avant. Pourquoi un tel retour en arrière ? Sans doute parce que la société prend note des nombreux problèmes rencontrés par les utilisateurs et qu’elle a pris connaissance de ce qui se trame sur la toile.

Comme le signale 9to5mac notamment, le développeur Craig Hockenberry s’est fendu le 5 mai d’un billet particulièrement virulent à l’encontre de discoveryd, exprimant sa colère face à des bugs récurrents, notamment pour la communication entre les appareils. Il explique ainsi que des Mac qui n’avaient presque jamais besoin d’être démarrés devaient passer par des reboots pour se voir entre eux, et le problème s’étend à d’autres appareils puisque discoveryd est également utilisé dans iOS et dans l’Apple TV.

mDNSResponder revient

Aussi, l’un des contournements possibles du problème était de repasser par l’ancien composant mDNSResponder. Aussi, certains auront de quoi se réjouir puisque la dernière bêta de la mise à jour 10.10.4 « officialise » ce changement. Étrangement, Apple ne demande pas spécifiquement dans cette bêta que le réseau soit testé, mais il y a bien eu bascule vers l’ancien composant. Si ce changement est maintenu dans les prochaines bêtas (et/ou dans la version finale), on pourra se demander finalement pourquoi avoir introduit en premier lieu discoveryd.

La version 10.10.4 pourrait être lancée pour la conférence d’ouverture de la WWDC le 8 juin, à moins que cette modification ne réclame d’autres tests. Notez d’ailleurs qu’Apple devrait présenter durant cet évènement les prochaines versions d’OS X et iOS. Les rumeurs actuelles s’articulent toutes autour d’un thème précis : l’optimisation. La firme aurait accepté l’idée de ralentir sur les nouvelles fonctionnalités pour se concentrer sur l’existant, fournissant alors une hausse des performances aux appareils actuels. Une démarche qui rappelle d’ailleurs Snow Leopard, une version d’OS X qui en a d’ailleurs gardé une excellente réputation.

74

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

De trop nombreux problèmes liés au réseau

mDNSResponder revient

Commentaires (74)


Faut-il en rire ou en pleurer ?  Tout ce temps perdu avant de s’apercevoir que “Ha non en fait ça marchait mieux avant, allez les gars rétropédalage puissance maximum”. Je pense qu’en réalité Tim Cook a essayé d’utiliser un Mac chez lui et s’est rendu compte que ça merdait et a demandé à son équipe de résoudre elle problème, ça expliquerait beaucoup de choses.


ah clair que j’ai passé du temps à m’arracher les cheveux pour avoir un nom de machine local sans numéro, peine perdue <img data-src=" />



iMac (2) ! alors en soi ça gène rien mais c’est le petit truc bien énervant <img data-src=" />








Moebius13100 a écrit :



Faut-il en rire ou en pleurer ?





C’est plutôt mature de savoir retirer quelque chose qui pose trop de problèmes et de l’admettre.

J’imagine que le nouveau composant allait fournir de nouvelles fonctionnalités, c’est souvent le cas.



Là dans le cas de Apple, il n’y a pas grand chose de positif pour le moment, donc mise en veille du composant (ou retrait définitif, le futur nous le révèlera)



C’est un peu comme systemd pour Debian. Ou l’écran principal de Windows 8. On peut s’appitoyer sur ce que l’on a perdu sans regarder les nouveautés intéressantes.



Controle qualité allo ?








DahoodG4 a écrit :



Controle qualité allo ?





Trop occupé avec les idevices…

&nbsp;



Ça rappel Windows 9X qui devait redémarrer après chaque changement manuel d’adresse IP.








Zergy a écrit :



Ça rappel Windows 9X qui devait redémarrer après chaque changement manuel d’adresse IP.





gné ?



win 95 et &nbsp;98 :)





Sinon j’ai pas trop suivis, pourquoi ils ont remplacé l’ancien par le nouveau ? ça rajoutais des fonctionalité en particulier ? ( qui seront donc suprimé si il y as rétro pédalage )








brice.wernet a écrit :



C’est plutôt mature de savoir retirer quelque chose qui pose trop de problèmes et de l’admettre.







Par contre, remplacer un “ancien” composant qui fonctionne par un “nouveau” composant qui ne fonctionne pas, ca fait un peu immature.





/nouveau_vs_meilleur



Ils peuvent très bien laisser discoveryd gérer uniquement ce que mDNSResponder ne gère pas. :)








Zergy a écrit :



Ils peuvent très bien laisser discoveryd gérer uniquement ce que mDNSResponder ne gère pas. :)





Risque de conflits entre les deux si ça touche à des choses certes différentes mais connexes. Ça peut résulter en un truc crade.

Non, juste que remplacer, oui, mais par un truc qui fonctionne aussi bien, sinon tu remplaces pas…



Justement, ils étaient injoignable à cause de “soucis réseau” <img data-src=" />


“Snow Leopard, une version d’OS X qui en a d’ailleurs gardé une excellente réputation moins mauvaise que les autres”



<img data-src=" />



En attendant, je n’aimerais pas être à la place du chef de projet de discoveryd.








Firefly’ a écrit :



win 95 et &nbsp;98 :)





Je ne me rappelle pas de reboot pour changement de conf ip …



Possible que l’impossibilité d’un mac de voir la timemachine sur le nas 1 fois sur 2 provienne de la? Même chose avec la perte de connexion aux dossiers partagés?


Bonne démarche.



Cela dit en passant, pourquoi remplacer l’ancien composant alors ?



Il est possible qu’ils aient voulu faire comme Fedora avec DNF à la place de yum, mettre quelque chose de plus récent qui soit ainsi plus facile à maintenir. Manque de bol, le nouveau composant ne fonctionnait pas correctement…


Sur certains réseau ça merdais pas mal ( jusqu’a millenium aussi :p ) Je suppose qu’un ipconfig /release puis /renew aurait probablement marché mais je connaissais pas ces commandes à l’époque&nbsp;



&nbsp;





otto a écrit :



Trop occupé avec les idevices…

&nbsp;





Les idevices sont concerné aussi apparemment !



Etant utilisateur de Yosmite sur deux Macs et Windows 10 sur un autre pc je trouve la version Preview de Win10 moins buggé <img data-src=" />

A croire que Apple prend exemple sur Ubisoft en envoyant une version pas testée pour la corriger en prod.








YesWeekEnd a écrit :



Je ne me rappelle pas de reboot pour changement de conf ip …





Y’avait pas de notion de “Services” dans Windows 95. &nbsp;Les pilotes se chargeaient au démarrage et puis y’avait plus moyen de changer la config sans tout redémarrer… Changer l’adresse IP fixe était peut-être possible sur certaines cartes, mais de fixe en DHCP ou l’inverse, c’était passer par la case reboot sans toucher 20000.



très probable <img data-src=" />








33A20158-2813-4F0D-9D4A-FD05E2C42E48 a écrit :



&nbsp; mais de fixe en DHCP ou l’inverse, c’était passer par la case reboot sans toucher 20000.





Ha pitêtre bien dans ce cas de figure !

Cela étant, un shift+redémarrer était très efficace pour rendre ça quasi indolore.



HS…

Comment t’as fait pour choisir un pseudo pareil ? <img data-src=" />



Tu fais comment pour te connecter ?


If it’s not broken, don’t fix it, c’est bien connu


Décidément Apple se paye la tête de ses client… sur le dernier imac 5K, le GPU n’arrive même pas à un affichage fluide.. ça saccade sévèrement…








Mme_Michu a écrit :



HS…

Comment t’as fait pour choisir un pseudo pareil ? <img data-src=" />



Tu fais comment pour te connecter ?





C’est un GUID, j’ai demandé à mon IDE (Delphi 7 je crois) de le générer (alt-ctrl-g) . Et maintenant j’essaie de pas l’oublier , sinon je suis mort !!!!



&nbsp;



Il me semble que c’est un guidson pseudo. :)



edit : grilled


Ils devraient passer à SystemD.








33A20158-2813-4F0D-9D4A-FD05E2C42E48 a écrit :



C’est un GUID, j’ai demandé à mon IDE (Delphi 7 je crois) de le générer (alt-ctrl-g) . Et maintenant j’essaie de pas l’oublier , sinon je suis mort !!!!



&nbsp;









shadowfox a écrit :



Il me semble que c’est un guidson pseudo. :)



edit : grilled







Merci pour vos réponses. <img data-src=" />









33A20158-2813-4F0D-9D4A-FD05E2C42E48 a écrit :



C’est un GUID, j’ai demandé à mon IDE (Delphi 7 je crois) de le générer (alt-ctrl-g) . Et maintenant j’essaie de pas l’oublier , sinon je suis mort !!!!





Pour cela, les commentaires vont aider.

Quid de la sécurité avec un MDP basé sur un GUID?









dematbreizh a écrit :



Pour cela, les commentaires vont aider.

Quid de la sécurité avec un MDP basé sur un GUID?





Y’a pas de magie, un GUID garantit juste l’unicité, pas la sécurité. Ce GUID est public, vous le connaissez tous, il n’est en rien différent d’un autre pseudo comme “Jean Bondyork”. Derrière, y’a un mot de passe comme pour n’importe quel autre pseudo, et lui vous ne le connaissez pas (enfin… j’espère)



Quant à utiliser un GUID comme mot de passe, attention ! Comme je l’ai dit un GUID garantit l’unicité, pas l’impossbilité de le deviner. Par exemple, il existe des GUIDs basés sur la MAC address de la carte réseau et de la date et l’heure. L’unicité est garantie, mais pas le secret : ton adresse MAC est connue, et tout le monde ou presque sait l’heure qu’il est. Il reste seulement quelques poignées bits de battement, qu’une attaque force brute cassera sans problème.



Les gestionnaires de mot de passe sont un bien meilleur choix pour générer un mot de passe. Quant au stockage des MDP utilisateurs de ton site, toujours utiliser les méthodes recommandées par les frameworks, ne jamais inventer des méthodes à sa propre sauce, la cryptographie c’est très facile à faire … mal.

&nbsp;



A destination des INpactiens qui commente les news Apple serait-il possible d’arrêter de réduire cette entreprise (et les décisions prisent en interne) à un seul homme ?? C’est une entreprise de quasiment 100k d’employés.



C’est incompréhensible de lire systématiquement du “Tim Cook à du…”, “Steve à probablement décidé que…”. C’est une entreprise avec tout un tas de manager, de responsable, de dev, de designer etc etc… chacun son job, chacun son domaine d’expertise. Comme toute les boites en fait… Tim n’a peut-être même pas eu vent de ce changement de composant et n’as probablement pas non plus pris la décision d’un retour en arrière. Et il est très peu probable que ce bon vieux Steve ai laissé une note sur ce sujet.


Je te rassure moi non plus


D’accord dans l’ensemble, mais …



&nbsp;Il est de notoriété publique que Steve Jobs était plutôt tyrannique… donc oui beaucoup de choix pommiques lui sont directement imputables (à commencer par cette horreur d’Objective C, mais la fureur et le désespoir déforment mon jugement)


C’est pas le rôle d’un guid de faire office de mot de passe. Son rôle est d’être un identifiant unique&nbsp;respectant un pattern particulier.



Par contre, si on avait tous des guid en pseudo, je crois qu’on serait vite paumé. ^^’








Eclek a écrit :



A destination des INpactiens qui commente les news Apple serait-il possible d’arrêter de réduire cette entreprise (et les décisions prisent en interne) à un seul homme ?? C’est une entreprise de quasiment 100k d’employés.



C’est incompréhensible de lire systématiquement du “Tim Cook à du…”, “Steve à probablement décidé que…”. C’est une entreprise avec tout un tas de manager, de responsable, de dev, de designer etc etc… chacun son job, chacun son domaine d’expertise. Comme toute les boites en fait… Tim n’a peut-être même pas eu vent de ce changement de composant et n’as probablement pas non plus pris la décision d’un retour en arrière. Et il est très peu probable que ce bon vieux Steve ai laissé une note sur ce sujet.





Oui mais non… sans doute une méconnaissance de l’histoire de la pomme… Steve Jobs était un véritable tyrant…

Et visiblement, ça ne change pas des masses… le seul but de la pomme c’est de vendre du pixel (même si le GPU ne suit pas) et le look au détriment du hardware…



Il y a énormément d’anecdotes où Jobs part dans une colère noire et insulte ses employés. La plus&nbsp;célèbre&nbsp;celle où il pourrit un ingé en pleine discussion avec un certain Bill Gates parce qu’il était un peu trop bavard sur son boulot.



&nbsp;J’avais vu un documentaire où un ingénieur expliquait qu’il avait fait faire des t-shirt avec marqué dessus “Je travaille 90h par semaine et j’aime ça.” et pour d’obscures raisons l’ingé en question a dit qu’il n’a pas gardé des souvenirs impérissables de cette période. <img data-src=" />








33A20158-2813-4F0D-9D4A-FD05E2C42E48 a écrit :



C’est un GUID, j’ai demandé à mon IDE (Delphi 7 je crois) de le générer (alt-ctrl-g) . Et maintenant j’essaie de pas l’oublier , sinon je suis mort !!!!





Raccourci que j’ai régulièrement utilisé du temps où je développais avec ce bon vieux Delphi

nostalgie



Oui sans doute une méconnaissance de son histoire… mais au moins je me rends compte de comment fonctionne RÉELLEMENT une entreprise. Pour un seul homme gérer et statuer sur 100% des choix d’une entreprise de cette envergure est tout bonnement impossible. Je ne suis pas en interne il est vrai, je n’en sais donc rien mais j’imagine qu’on est loin de la vision qui ressort systématiquement dans les commentaires.








shadowfox a écrit :



on serait vite paumé. ^^’





On serait vite pommés



&nbsp;<img data-src=" />



Ce qui évite le hors-sujet :-)



Perso, j’ai pas de problème réseau avec Yosemite… Par contre qu’est ce que c’est devenu lent au démarrage <img data-src=" />


<img data-src=" />



enfin ça doit être mieux sur ssd, mais sur mon iMac je préfère garder mon 2To mécanique <img data-src=" />


J’ai constaté ce problème à partir de Mavericks perso alors j’ai pas de SSD pour la lecture/écriture, mais j’ai un core i7 avec 8Go de RAM quand même…


Bon, ça c’est fait… Maintenant les problèmes d’affichage!








loulnux a écrit :



Bon, ça c’est fait… Maintenant les problèmes d’affichage!





Oh oui, ça m’arrangerait, j’ai pété l’écran de mon MBA. Si un patch logiciel permettait de revenir dans l’état où l’écran n’est pas pété, ça m’éviterait des frais&nbsp;<img data-src=" />









Zergy a écrit :



Ils peuvent très bien laisser discoveryd gérer uniquement ce que mDNSResponder ne gère pas. :)







Ok, mais le truc bouffe un temps CPU pas possible pour un service de découverte réseau.





Eclek a écrit :



A destination des INpactiens qui commente les news Apple serait-il possible d’arrêter de réduire cette entreprise (et les décisions prisent en interne) à un seul homme ?? C’est une entreprise de quasiment 100k d’employés.



C’est incompréhensible de lire systématiquement du “Tim Cook à du…”, “Steve à probablement décidé que…”. .





Non, il est le boss et donc responsable de tout ce qui sort de sa boite, meme s’il n’a aucune idée de ce qu’est mDNS, y a un controle qualité, au dessus un responsable qualité, et au dessus etc…jusqu’a lui. C’est lui qui donne le feu vert pour lancer le bouzin, pret ou non.

Ce serait un pietre CEO s’il n’avait pas connaissance des soucis techniques. Et jedoute que ce soient les devs/ingés qui soient sous qualifiés chez Apple.







otto a écrit :



Décidément Apple se paye la tête de ses client… sur le dernier imac 5K, le GPU n’arrive même pas à un affichage fluide.. ça saccade sévèrement…





Pas sous windows <img data-src=" />







YesWeekEnd a écrit :



Je ne me rappelle pas de reboot pour changement de conf ip …





Si si, je me rappelle cette mauvaise surprise avec mon premier PC. Sur Mac, de mémoire sur le systeme 7 deja, pas besoin de reboot pour gerer la carte réseau.

Sous win 98, par contre j’ai galéré, jusqu’a trouver que ma nouvelle IP n’était pas appliquée !

La raison ? Microsoft a pris la bonne décision de ne pas implémenter TCP/IP tel que défini dans la norme, mais de se mitonner sa propre couche IP maison, allez savoir pourquoi, qui nécessite un reboot pour changer une bête IP… . WinTCP un truc comme ca.



Tant mieux que les nouvelles versions du système n’apportent aucune nouveauté, ça permettra de garder sa machine plus longtemps. Les Macs sont devenus tellement inabordables qu’on est contraint de rester sur du matériel vieux de 8 à 10 ans, ceux qu’on pouvait encore upgrader avec des composants plus véloces : SSD, mémoire…








otto a écrit :



Trop occupé avec les idevices…

&nbsp;





On dirait pas.









jb18v a écrit :



ah clair que j’ai passé du temps à m’arracher les cheveux pour avoir un nom de machine local sans numéro, peine perdue <img data-src=" />



iMac (2) ! alors en soi ça gène rien mais c’est le petit truc bien énervant <img data-src=" />





En plus là c’est carrément l’OS quoi… Sinon j’aurai dit, et comme cela est la politique d’Apple : “Il faut racheter la nouvelle version de la machine qui est révolutionnaire !”



<img data-src=" />



<img data-src=" />



Si ça pouvait résoudre mes problèmes de connexion Wi-Fi WPA2 Enterprise, ce serait COOL.


MDR : Voilà ce qui se passe quand Apple développe lui-même un composant bas niveau … (c idem chez crosoft) = des glands. Ils sont souvent bon quand ils rachètent aux autres les brevets et morceaux de codes.



allez remangez de l’open source c’est bon. mDNSresponder.



Ils ont qu’a essayer de virer Darwin, ils fermeront boutique dans l’année.

https://developer.apple.com/opensource/

http://opensource.apple.com/


C’était donc pour cela qu’il rame comme une mule sur les Lan SMB …


Tiens c’est marrant, moi j’ai jamais rien vu d’autre que mDNSResponder …<img data-src=" />





Ah ça y est, je sais pourquoi : je suis sur Mountain Lion, ça doit être ça <img data-src=" />


Je crois que je vais pas encore passer sous Yosemite … <img data-src=" />

&nbsp;


J’ai passé le mien avant-hier et je regrette déjà. Tout est plus lent, y a des bugs graphiques (la loading bar qui disparaît toute seule sur le mac app store quand on télécharge une maj), le réseau est (pour l’instant) bancal, ça rame pour des opérations basiques.

Le tout testé avec iMac 21 pouces,&nbsp;core i7, 8Go de RAM et un DD de 1To.


J’ai lu pas mal de forums pour les soucis de lenteur générale, maintenant sans SSD et 8Go pour le dernier système Apple c’est pas TOP.


Je l’ai acheté ‘y a seulement 2 ans (c’est rien pour un ordi) et j’ai pas pris la config de base vendue par Apple. Je sais pas si ‘y a moyen de doubler la RAM sur un iMac.


je pense que ton soucis c’est plus le dd que la ram.&nbsp;&nbsp;j’ai l’impression que sur les dernière versions&nbsp;les macs grattent de plus ne plus le disque..&nbsp;


Je pensais que c’était seulement bon pour SharePoint ce genre de remarque. <img data-src=" />

Bon, par contre, changer le disque d’un iMac, ça semble infaisable soi-même.


Sharepoint server faut bien 16go de ram ceci dit ^^&nbsp;



Pour changer le dd faut démonter la vitre et tout ( j’avais aidé un pote à faire le siens ) c’est un peu galère, mais tu as plein de tuto sur le net, ça aide/rassure bcp :)


Ben comme Yosemite, il fait énormément de lecture/écriture, mais c’est une appli serveur, haha. <img data-src=" />

&nbsp;


Sinon, il y a Fedora Workstation 22 qui vient de sortir.


Super, je peux faire du swift avec ? <img data-src=" />



Plus sérieusement, j’utilise indifféremment les 3 principaux OS pour faire de la prog ou expérimenter (comme avec le Raspberry) mais dans ce cas de figure, ça ne répond clairement pas à ma demande.


<img data-src=" /> c’est juste un peu long et faut avoir le matos qui va bien








shadowfox a écrit :



Super, je peux faire du swift avec ? <img data-src=" />



Plus sérieusement, j’utilise indifféremment les 3 principaux OS pour faire de la prog ou expérimenter (comme avec le Raspberry) mais dans ce cas de figure, ça ne répond clairement pas à ma demande.





Cadeau. <img data-src=">



Non, c’est pas le même swift, ce lien pointe vers un site permettant de télécharger ce qui semble être une distrib Linux.&nbsp; Et dans le Google groups du site, il y a des discussions datant de 2013, soit 1 an avant la présentation d’Apple de son nouveau langage. <img data-src=" />


Tu n’étais pas sérieux, j’étais pas sérieux non plus ^^.