De temps en temps, j'ai rencontré des problèmes avec les connexions réseau des clients OS X (filaire et sans fil, léopard/Snow Leopard) où rien réparera le problème, jusqu'à ce que vous redémarrez.
Après un dépannage de base tel que DHCP, DNS, vérification du dysfonctionnement de l'interface (désactivation/activer), vérifiez les journaux et ne trouvant pas assez d'informations utiles, parfois lorsque tout le reste échoue, il suffit de redémarrer la machine. Je ne suis pas sûr de ce que tout le "Init.D/Networking redémarrage" est sous Linux, mais je sais que c'est bien utile que la désactivation et l'activation des interfaces.
Merci!
Vous pouvez réduire l'interface réseau et remonter à nouveau, cela devrait accomplir la même chose.
Sudo ifconfig en0 down
Sudo ifconfig en0 up
Non, il n'y a pas d'équivalent d'init.d/service/laucence de "init.d/réseau".
Si elle est liée au WiFi, vous pouvez piquer l'interface à partir de la ligne de commande (sur SL) avec: /System/Library/privateframeworks/apple80211.framework/versions/current/resources/airport
Si c'est câblé, utilisez ifconfig.
Autre alors que ... je vérifierais DMESG et/var/journal/* pour les erreurs.
Vous pouvez également décharger/recharger le kld ou le vérifier pour des erreurs .. et le recharger, mais je n'ai jamais essayé cela, je préférerais simplement redémarrer. :)
Voir:
kEXTFIND (8) - Trouver des extensions de noyau (KEXTS) sur la base d'une variété de critères et d'informations d'impression
[.____] Kextload (8) - Chargez les extensions du noyau (Kexts) dans le noyau
[.____] KexTunload (8) - Terminez les instances de pilote d'E/S Driver et déchargez les extensions de noyau (KEXTS)
[.____] Kextutil (8) - Charge, diagnostiquez des problèmes avec et générer des symboles pour des extensions de noyau (KEXTS)
Si vous voulez le faire à partir d'une coquille SSH/Remote:
Sudo ifconfig <interface> down;sleep 1;Sudo ifconfig <interface> up
Si un simple ifconfig
haut/bas ne fonctionnera pas, créez un "emplacement" supplémentaire qui possède tous les périphériques réseau désactivés, puis exécutez scutil
pour le basculer, dormir pour un couple de secondes, puis ramenez-la.
Cela dit, je n'ai pas vu cela arriver sur aucun de mes macs sauf où le serveur DHCP a été ajusté et est coïncidé avec le renouvellement de bail (et le Mac a donc mis fin malfiguré). La configuration réseau est-elle réellement correcte lorsque cela se produit? S'ils sont dhcp'd, frappe-t-il le bouton "Renouveler" dans les préférences réseau> {périphérique}> TCP/IP ont un effet? Qu'en est-il, dans le cas du sans fil, de retourner à nouveau l'aéroport? Si vous pouvez savoir quoi, outre un redémarrage, le ramenera, alors vous êtes un plus grand pas de plus près de savoir ce qui déclenche ce qui déclenche le comportement - la frappant avec un gros bâton (ce qui fait rebondir efficacement les interfaces efficacement), ne va jamais réaliser les symptômes, pas la cause.
J'ai eu le même problème (le réseau a commencé à être lent après quelques heures, je travaille surtout sur un Mac connecté par un réseau câblé à un ordinateur Windows) et ce qu'il a fonctionné pour moi était d'éjecter l'ordinateur que j'étais connecté à (Dans Finder) et éteignez les préférences Ethernet (Préférences système -> Réseau -> Ethernet -> Off), puis connectez-les à nouveau. :)