4 votes

Problèmes de commutation réseau avec MacOS 10.7?

Je rencontre un problème étrange et j'espère que quelqu'un pourra me donner un conseil, quelle direction devrais-je creuser.

Je suis sur MacBookPro avec Lion 10.7.3 à la fois à mon lieu de travail et à la maison.

Sur mon lieu de travail, nous avons un réseau basé sur un domaine avec une autorisation 802.1x (plus de 400 ordinateurs) et pour me connecter j'utilise un câble Ethernet. La plage d'IP est 10.10.2.*. Tous les paramètres réseau sont configurés automatiquement par DHCP. De plus, dans les réglages, j'ai configuré le Serveur de Comptes Réseau dans les Paramètres Utilisateurs et Groupes pour mon serveur de domaine professionnel - et il n'est accessible que depuis le réseau d'entreprise.

À la maison, j'ai un routeur ADSL, qui partage la connexion Internet en mode NAT via WiFi. J'utilise le WiFi pour me connecter. Le routeur attribue des adresses dans la plage 192.168.1.* et tous les paramètres sont également configurés par le DHCP du routeur.

Mon problème est le suivant. Quand je rentre à la maison du bureau, j'ouvre mon MacBook et AirPort se connecte automatiquement à mon réseau WiFi. Ensuite, pendant environ 1 minute, je suis capable de naviguer sur des sites et de pinger des hôtes avec succès. Mais après cette minute, la connexion réseau est interrompue. Tous les pings retournent un délai d'attente. Le traceroute vers google.com s'arrête sur 192.168.1.1 (qui est mon routeur). Cela dure 3 à 4 minutes. Ensuite, la connexion réseau se rétablit automatiquement et tous les pings fonctionnent à nouveau correctement. En même temps, lorsque mon MacBook retourne des délais d'attente, je peux pinger avec succès tout hôte depuis le MacBook de ma femme - donc ce n'est pas un problème de routeur. Lorsque je suis au bureau, je n'ai aucun problème et la connexion Internet est disponible et stable quelques instants après la connexion du câble Ethernet.

Est-ce que quelqu'un a des idées à ce sujet ? Que devrais-je surveiller et sur quels réglages me concentrer pour résoudre ce problème ? Merci de demander quelles informations supplémentaires je dois fournir.

En espérant de bons conseils & merci d'avance !

MISE À JOUR :

Résultats ifconfig en1

pour l'état où le ping échoue

DenisMBP:CrowdedIsland denis$ ifconfig en1
en1: flags=8863 mtu 1500
    ether 60:33:4b:12:38:60 
    inet6 fe80::6233:4bff:fe12:3860%en1 prefixlen 64 scopeid 0x5 
    inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255
    media: autoselect
    status: active

pour l'état où les pings fonctionnent

DenisMBP:CrowdedIsland denis$ ifconfig en1
en1: flags=8863 mtu 1500
    ether 60:33:4b:12:38:60 
    inet6 fe80::6233:4bff:fe12:3860%en1 prefixlen 64 scopeid 0x5 
    inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255
    media: autoselect
    status: active

MISE À JOUR 2 : J'ai ajouté un extrait du journal de Console.app, affichant le moment du réveil du Macbook, la connexion en fonctionnement, la connexion interrompue. Vous pouvez le consulter ici

MISE À JOUR 3 : J'ai réalisé un journal des appels netstat et ifconfig pour les trois états. Vous pouvez le trouver ici

MISE À JOUR 4 : J'ai désinstallé le client VPN Cisco AnynetConnect et le problème est toujours reproductible. Voici un journal pour netstat & ifconfig fichier journal. Et voici le journal de Console.app (voir le journal netstat pour trouver les moments où le réseau fonctionnait et ne fonctionnait pas) fichier journal

2voto

Xavier Nodet Points 2498

J'ai vu quelque chose de similaire à cela; je n'ai pas de solution (je le souhaiterais).

Le problème est que Lion affiche spécifiquement l'interface immédiatement avec sa dernière adresse connue (probablement basée sur le routeur ou l'AP; il stocke cette information dans l'un des plists du système), tout en interrogeant le serveur DHCP pour savoir si cette adresse est réellement disponible. Si le serveur DHCP renvoie DHCPNAK, l'interface devient non configurée pendant qu'elle négocie correctement une nouvelle adresse, moment où l'interface est réactivée.

Théoriquement (bien que probablement pas en pratique sur un petit réseau domestique), votre ordinateur pourrait avoir la même adresse qu'un autre ordinateur sur le réseau pendant cette phase spéculative initiale.

1voto

Ingmar Hupp Points 3464

Mise à jour : Ce n'était pas le client VPN qui causait cela, mais après un long dépannage (voir les commentaires), il s'est avéré que c'était Skype, possiblement en raison de bugs liés à UPnP.


Essayez de désactiver votre client VPN Cisco AnyConnect(?) (si vous n'êtes pas sûr comment faire, ouvrez Monitor d'activité, trouvez un processus nommé acvpnagent et arrêtez-le).

D'après votre description, il est très probable que le client VPN échoue à établir un tunnel ou prenne beaucoup de temps pour le faire, ce qui pourrait provoquer la perte apparente de la route par défaut que vous décrivez (vous pouvez faire un ping sur n'importe quoi sur votre réseau local, mais rien au-delà du routeur).

Si la désactivation du client VPN ci-dessus (et de tout autre) ne résout pas le problème, veuillez ajouter les résultats de :

  • ifconfig (pas seulement ifconfig en1 - il y a une interface utun0 apparaissant dans votre journal)
  • netstat -rnfinet

... à chacune de ces étapes :

  • immédiatement après la connexion à votre Wifi (alors que le réseau semble être actif)
  • pendant le problème
  • et après la résolution

0voto

Global nomad Points 2799

Avez-vous essayé

lookupd -flushcache 

depuis votre Terminal.app ?

0voto

200_success Points 923

Avez-vous d'autres nœuds sur votre réseau domestique? Vous pourriez avoir un conflit d'adresses IP, ce qui pourrait causer le dévoiement du trafic de votre routeur vers un hôte "parasite" au lieu de votre MacBook Pro.

0voto

Pro Backup Points 3456

Avez-vous essayé de désactiver IPv6? (Préférences Système > Réseau > Wi-Fi > Avancé)

Une autre solution (lorsque vous utilisez un cryptage tel que WPA sur votre réseau Wi-Fi domestique) est de réparer le trousseau. Lancez l'application Trousseau et appuyez sur : Option + Cmd + A.

Parfois, il est utile de supprimer le réseau Wi-Fi "connu" et de réinsérer son mot de passe lors de la prochaine connexion.

Y a-t-il un périphérique "Firewire" répertorié dans votre liste de périphériques réseau (comme Ethernet, Wi-Fi, etc.) ? Si "Firewire" est répertorié et n'est pas utilisé comme connexion réseau, essayez de le supprimer de la liste.

Ce problème se produit-il également lors de l'utilisation de la connexion Ethernet câblée?

Que montre l'application Console autour du moment où la connexion passe de fonctionnelle à interrompue au niveau du routeur local?

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X