Que signifie cette route bidon (0&0x68 c8.c8.c8.c8...) dans ma table de routage ?

Bien que je n'aie pas pu le reproduire sur mon MacBook Pro (OS X 10.8.2), certains utilisateurs ont signalé un comportement similaire, notamment la création d'une fausse route :

Destination        Gateway            Flags        Refs      Use   Netif Expire
(...)
128.0&0x8600  ff.ff.ff.ff.0.0.0.0.0.0.0.0.5.ff.ff.ff.86.0.0.0.88.0.5.14.5.0.68.c.1.9.0.0.7.0. 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.7f.ff.ff.ff.0.0.0.0.dc.5.0.0.0.0.0.0.8d.c.5a .4f.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0. 0.0.10.2.0.0.a9.fe.0.0.0.0.0.0.0.0.0.0.14.12.5.0.6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 .6.ff.ff.ff.ff.ff.0.0.7c.0.5.14.1.0.68.c.7.8.0.0.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 .0.0.0.0.7f.ff.ff.ff.0.0.0.0.0.40.0.0.0.0.0.0.0.0.0.0.0.c0.0.0.0.c0.0.0.0.0.0.0. 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.10.2.0.0.ac.1c.84 USc             0        4     en0

lors de la mise en veille de l'ordinateur pendant l'utilisation d'une connexion VPN sur le WiFi. Cela ne semble pas être votre cas, puisque vous voyez une telle route juste après le démarrage de votre Mac.

Je ne peux pas vous dire ce qui ne va pas ici, mais il y a un message dans le lien ci-dessus qui mentionne que il pourrait être réparé sans redémarrage comme ça :

Désactiver tcp/ip et le réactiver a fonctionné à merveille.

Si vous voulez faire un essai, ouvrez les Préférences Système, sélectionnez le volet Réseau et, si nécessaire, cliquez sur l'icône de verrouillage pour effectuer des modifications :

Sélectionnez votre connexion ouverte dans la liste sur le côté gauche (Ethernet ou WiFi), appuyez sur le bouton Advanced... sélectionnez l'onglet TCP/IP, réglez Configurer IPv4 sur Désactivé :

et confirmez en appuyant sur OK . Remettez TCP/IP dans son état d'origine.

J'espère que cela vous aidera.

Pour résoudre le problème depuis la ligne de commande, ou à distance :

interfacetofix=`netstat -r -f inet | grep "0&" | awk '{print $NF}'`
interfacenametofix=`networksetup -listnetworkserviceorder | grep "$interfacetofix" -B1 | tail -2 | head -1 | cut -d " " -f 2-10`
networksetup -setv4off "$interfacenametofix"; networksetup -setdhcp "$interfacenametofix"

Cela désactive l'IPv4 sur l'interface avec la mauvaise route et réactive le DHCP. Pour les adresses IP saisies manuellement :

interfacetofix=`netstat -r -f inet | grep "0&" | awk '{print $NF}'`
interfacenametofix=`networksetup -listnetworkserviceorder | grep "$interfacetofix" -B1 | tail -2 | head -1 | cut -d " " -f 2-10`
interfaceIP=`networksetup -getinfo "$interfacenametofix" | grep "^IP address:" | awk '{print $NF}'`
interfaceSubnet=`networksetup -getinfo "$interfacenametofix" | grep "Subnet mask:" | awk '{print $NF}'`
interfaceRouter=`networksetup -getinfo "$interfacenametofix" | grep "^Router:" | awk '{print $NF}'`
networksetup -setv4off "$interfacenametofix"; networksetup -setmanual "$interfacenametofix" "$interfaceIP" "$interfaceSubnet" "$interfaceRouter"

Pour obtenir tous les détails sur ce qui fait quoi et pourquoi j'utilise ce code spécifique : http://briancanfixit.blogspot.com/2014/05/fix-juniper-network-connect-on-mac-bad.html

Soyez conscient du terrain : Netif ,

désactivant l'interface appropriée selon Netif pour nettoyer les routes invalides (par exemple, sur mon MacBookPro Retina, en0 est wi-fi)