Voilà. Encore des problèmes. Je suis toujours sous Leopard 10.5.8 sur
mon Mac Pro intel 2*quad Xeon 3.2 GHz de début 2008.
Hier, dans la nuit, quand je l'ai éteint, Airport était activé car
j'avais créé un réseau sans fil, avec partage Internet, auquel j'ai
connecté l'iPad et l'iMac (sous 10.6.8, lui). Je n'ai (pas encore) de
borne Airport ni de modem ADSL Wifi.
Ce matin, je constate qu'après avoir allumé le Mac Pro (mais ni l'iPad,
ni l'iMac) :
1) Airport s'active et se connecte à un réseau que je ne connais pas (de
nom "diamant") et qui n'est pas dans les favoris d'Airport. A chaque
fois que j'active Airport, il se connecte à ce réseau. Comment faire
pour que cela ne se produise pas ?
2) Dans console j'ai sans arrêt des messages dont je montre une partie
ci-dessous pour que vous voyiez la fréquence (Airport étant désactivé) :
Jan 22 11:01:42 machinexxx mDNSResponder[694]: mDNSPlatformSendUDP
sendto failed to send packet on InterfaceID 00809800 en2/4 to
224.0.0.251:5353 skt 7 error -1 errno 50 (Network is down) 1035527545
Jan 22 11:02:36 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:04:21 machinexxx mDNSResponder[694]: mDNSPlatformSendUDP
sendto failed to send packet on InterfaceID 00809800 en2/4 to
224.0.0.251:5353 skt 7 error -1 errno 50 (Network is down) 1035685774
Jan 22 11:04:21 machinexxx mDNSResponder[694]: mDNSPlatformSendUDP
sendto failed to send packet on InterfaceID 00809800 en2/4 to
224.0.0.251:5353 skt 7 error -1 errno 50 (Network is down) 1035685874
Jan 22 11:04:21 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:04:24 machinexxx natd[85]: failed to write packet back (Host
is down)
Jan 22 11:05:36 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:06:48 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:07:20 machinexxx mDNSResponder[694]: mDNSPlatformSendUDP
sendto failed to send packet on InterfaceID 00809800 en2/4 to
224.0.0.251:5353 skt 7 error -1 errno 50 (Network is down) 1035864748
Jan 22 11:07:20 machinexxx mDNSResponder[694]: mDNSPlatformSendUDP
sendto failed to send packet on InterfaceID 00809800 en2/4 to
224.0.0.251:5353 skt 7 error -1 errno 50 (Network is down) 1035864848
Jan 22 11:08:01 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:09:13 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:10:21 machinexxx mDNSResponder[694]: mDNSPlatformSendUDP
sendto failed to send packet on InterfaceID 00809800 en2/4 to
224.0.0.251:5353 skt 7 error -1 errno 50 (Network is down) 1036045716
Jan 22 11:10:21 machinexxx mDNSResponder[694]: mDNSPlatformSendUDP
sendto failed to send packet on InterfaceID 00809800 en2/4 to
224.0.0.251:5353 skt 7 error -1 errno 50 (Network is down) 1036045816
Jan 22 11:10:25 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:11:37 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:12:50 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:13:20 machinexxx mDNSResponder[694]: mDNSPlatformSendUDP
sendto failed to send packet on InterfaceID 00809800 en2/4 to
224.0.0.251:5353 skt 7 error -1 errno 50 (Network is down) 1036224739
Jan 22 11:13:20 machinexxx mDNSResponder[694]: mDNSPlatformSendUDP
sendto failed to send packet on InterfaceID 00809800 en2/4 to
224.0.0.251:5353 skt 7 error -1 errno 50 (Network is down) 1036224839
Jan 22 11:14:02 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:15:14 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:16:21 machinexxx mDNSResponder[694]: mDNSPlatformSendUDP
sendto failed to send packet on InterfaceID 00809800 en2/4 to
224.0.0.251:5353 skt 7 error -1 errno 50 (Network is down) 1036405811
Jan 22 11:16:21 machinexxx mDNSResponder[694]: mDNSPlatformSendUDP
sendto failed to send packet on InterfaceID 00809800 en2/4 to
224.0.0.251:5353 skt 7 error -1 errno 50 (Network is down) 1036405911
Jan 22 11:16:26 machinexxx natd[85]: failed to write packet back (No
route to host)
Jan 22 11:17:38 machinexxx natd[85]: failed to write packet back (No
route to host)
J'ai compris que 224.0.0.251:5353 était une adresse IP pour le multicast
sur le réseau local
J'ai aussi compris que mDNSResponder avait à voir avec la résolution des
noms de domaines.
Comment éviter tous ces messages sans faire les manips préconisées par
Apple (http://support.apple.com/kb/HT3789) pour désactiver le "launch"
de ce démon au démarrage (et encore, la recette Apple est mentionnée
pour Snow Leopard alors que moi, je suis sous Leopard) ?
Remarque : c'est en2 qui est connectée à mon modem/routeur ADSL Netgear.
Je remarque aussi que FireFox (9.0.1) laisse la barre de navigation vide
quand on clique sur un lien qui ouvre une nouvelle page (pourtant, dans
ce cas, info sur la page donne bien la bonne URL.). Y aurait-il un
rapport avec les messages d'erreur précédent bien que ceci ne se
produise pas avec Safari (l'URL est bien alimentée).
La généralisation par "préférences", "paramétrage", appelle cela comme tu veux est TOUJOURS un mauvais choix
Ce que tu mets en cause est donc, en fait, le choix d'Apple de proposer *par défaut* le nouveau fonctionnement. Il est pourtant assez logique qu'ayant choisi de faire évoluer les choses ils y croient et le montrent au lieu de le cacher ! Maintenir la possibilité pour l'utilisateur de revenir à l'ancienne manière revient amha à le respecter.
car, lorsque tu passes d'une machine à l'autre, tu perds du temps à t'adapter au paramétrage de "l'autre".
La plupart de ces préférences sont utilisateur-dépendantes. Cet argument ne tient donc pas : il suffit de faire une copie de l'utilisateur avec Assistant migration pour récupérer ton environnement ultra-personnalité d'un coup, autant de fois (sur autant de machines) que nécessaire.
Une tablette ne s'utilise pas de la même façon qu'un ordinateur de bureau ni pour faire la même chose.
Ça se discute et depuis le tout début de la première présentation de l'iPad 1 qui proposait déjà cet accessoire : <http://store.apple.com/fr/product/MC533F/A?fnode=MTc0MjU4OTY> et annonçait déjà la venue des applis iWork pour iPad (avec synergie et sauvegarde renforcées récemment par iCloud). Ou dans un autre domaine : <http://www.macplus.net/itrafik/depeche-63927-griffin-accessoires-audio- pour-ipad> Si on met en parallèle avec la connectique réduite d'un MacBook Air, la frontière peut sembler de plus en plus poreuse. Attention : pour l'instant elle existe, mais jusqu'à quand exactement ?
-- Gérald
Wykaaa <wykaaa@yahoo.fr> wrote:
La généralisation par "préférences", "paramétrage",
appelle cela comme tu veux est TOUJOURS un mauvais choix
Ce que tu mets en cause est donc, en fait, le choix d'Apple de proposer
*par défaut* le nouveau fonctionnement. Il est pourtant assez logique
qu'ayant choisi de faire évoluer les choses ils y croient et le montrent
au lieu de le cacher ! Maintenir la possibilité pour l'utilisateur de
revenir à l'ancienne manière revient amha à le respecter.
car, lorsque tu
passes d'une machine à l'autre, tu perds du temps à t'adapter au
paramétrage de "l'autre".
La plupart de ces préférences sont utilisateur-dépendantes. Cet argument
ne tient donc pas : il suffit de faire une copie de l'utilisateur avec
Assistant migration pour récupérer ton environnement ultra-personnalité
d'un coup, autant de fois (sur autant de machines) que nécessaire.
Une tablette ne s'utilise pas de la même façon qu'un ordinateur de
bureau ni pour faire la même chose.
Ça se discute et depuis le tout début de la première présentation de
l'iPad 1 qui proposait déjà cet accessoire :
<http://store.apple.com/fr/product/MC533F/A?fnode=MTc0MjU4OTY>
et annonçait déjà la venue des applis iWork pour iPad (avec synergie et
sauvegarde renforcées récemment par iCloud). Ou dans un autre domaine :
<http://www.macplus.net/itrafik/depeche-63927-griffin-accessoires-audio-
pour-ipad>
Si on met en parallèle avec la connectique réduite d'un MacBook Air, la
frontière peut sembler de plus en plus poreuse. Attention : pour
l'instant elle existe, mais jusqu'à quand exactement ?
La généralisation par "préférences", "paramétrage", appelle cela comme tu veux est TOUJOURS un mauvais choix
Ce que tu mets en cause est donc, en fait, le choix d'Apple de proposer *par défaut* le nouveau fonctionnement. Il est pourtant assez logique qu'ayant choisi de faire évoluer les choses ils y croient et le montrent au lieu de le cacher ! Maintenir la possibilité pour l'utilisateur de revenir à l'ancienne manière revient amha à le respecter.
car, lorsque tu passes d'une machine à l'autre, tu perds du temps à t'adapter au paramétrage de "l'autre".
La plupart de ces préférences sont utilisateur-dépendantes. Cet argument ne tient donc pas : il suffit de faire une copie de l'utilisateur avec Assistant migration pour récupérer ton environnement ultra-personnalité d'un coup, autant de fois (sur autant de machines) que nécessaire.
Une tablette ne s'utilise pas de la même façon qu'un ordinateur de bureau ni pour faire la même chose.
Ça se discute et depuis le tout début de la première présentation de l'iPad 1 qui proposait déjà cet accessoire : <http://store.apple.com/fr/product/MC533F/A?fnode=MTc0MjU4OTY> et annonçait déjà la venue des applis iWork pour iPad (avec synergie et sauvegarde renforcées récemment par iCloud). Ou dans un autre domaine : <http://www.macplus.net/itrafik/depeche-63927-griffin-accessoires-audio- pour-ipad> Si on met en parallèle avec la connectique réduite d'un MacBook Air, la frontière peut sembler de plus en plus poreuse. Attention : pour l'instant elle existe, mais jusqu'à quand exactement ?
-- Gérald
Gerald
Gerald wrote:
et annonçait déjà la venue des applis iWork pour iPad (avec synergie et sauvegarde renforcées récemment par iCloud). Ou dans un autre domaine : <http://www.macplus.net/itrafik/depeche-63927-griffin-accessoires-audio- pour-ipad>
Un autre exemple récent dont je viens de retrouver la trace et qui préfigure sans doute bien des choses à venir : <http://www.tuaw.com/2012/01/21/behringer-mixers-hold-ipad-inside/>
Je crosseposte cette info vers le forum adhoc
-- Gérald
Gerald <Gerald@alussinan.org> wrote:
et annonçait déjà la venue des applis iWork pour iPad (avec synergie et
sauvegarde renforcées récemment par iCloud). Ou dans un autre domaine :
<http://www.macplus.net/itrafik/depeche-63927-griffin-accessoires-audio-
pour-ipad>
Un autre exemple récent dont je viens de retrouver la trace et qui
préfigure sans doute bien des choses à venir :
<http://www.tuaw.com/2012/01/21/behringer-mixers-hold-ipad-inside/>
et annonçait déjà la venue des applis iWork pour iPad (avec synergie et sauvegarde renforcées récemment par iCloud). Ou dans un autre domaine : <http://www.macplus.net/itrafik/depeche-63927-griffin-accessoires-audio- pour-ipad>
Un autre exemple récent dont je viens de retrouver la trace et qui préfigure sans doute bien des choses à venir : <http://www.tuaw.com/2012/01/21/behringer-mixers-hold-ipad-inside/>
