J'ai un nouveau ProBook 4420 que je ne peux pas utiliser le wifi dans mon bureau (c'est mon point d'accès que je contrôle). Les autres appareils peuvent utiliser le Wi-Fi ici très bien, et je peux utiliser l'ordinateur portable sur mon réseau domestique ou d'autres points d'accès à proximité.
Je peux me connecter au point d'accès et obtenir une adresse IP, mais une fois que j'en ai une, je ne peux plus envoyer de trafic par la connexion; pas de requêtes ping ou dns même, et peu importe si j'essaie de me connecter à Internet ou à des hôtes internes.
J'utilise Win7 Pro x64, et cela a fonctionné vendredi. J'ai l'impression qu'il me manque quelque chose d'évident. Des idées?
Mise à jour:
Quand je connecter au wifi si je regarde le « connecté actuellement: » la liste en cliquant sur l'élément de réseau dans la barre de système , il dit: . C’est après que le réseau est déjà répertorié comme "Connecté" et que je possède déjà une adresse IP.Identifying...(MySSID)
No network access
De plus, parfois, il se connectera à la place et la liste "Connecté à:" le montrera .Connection Name (Unauthenticated)
No internet access
Si je règle le mode AP uniquement en mode b / g, il n'apparaît même pas comme un réseau disponible, ce qui est étrange car mon routeur domestique ne prend pas en charge n; il ne fait que b / g et je me connecte très bien.
Une autre chose: mon routeur "de bureau" est du même type et de la même configuration que plusieurs autres en dortoirs étudiants sur le campus où je travaille. Je dois être sûr que cela fonctionnera aussi pour nos étudiants sans leur demander de faire des étapes de configuration compliquées.
Mise à jour 2:
J'ai visité un autre bâtiment et j'ai pu utiliser le point d'accès wifi de ce bâtiment. Le même SSID, le même serveur DHCP et la même adresse IP m'ont été remis. Point d'accès de modèle différent cette fois, cependant, qui ne supporte que b / g. Ma prochaine étape consiste à essayer ailleurs sur le même réseau que n.
Mise à jour 3:
Je n'ai pas pu utiliser un point d'accès similaire dans un autre bâtiment du campus et le remplacement du point d'accès de ce bâtiment par un modèle différent n'a pas aidé. Jusqu'à présent, les seuls points d'accès utilisables ont été uniquement b / g. Tout point d'accès prenant en charge n a échoué. Ce sont des points d’accès draft-2.0 n et l’ordinateur portable a la spécification finale, de sorte que cela pourrait en faire partie. Mais j'ai toujours du mal à utiliser ces points d'accès lors de la configuration pour b / g uniquement.
En outre, j'ai configuré une entrée arp statique sur la passerelle par défaut et cela n'a pas aidé. Je devrais également mentionner que le principal coupable ici est un TrendNet TEW-639GR, mais j’ai également eu du mal à parler avec un Belkin F6D-4230-4 N150 et avec un 3Com b / g plus cher que maintenant.
Mise à jour 4:
j'ai mis à jour le micrologiciel du routeur avec la dernière version, et cela semblait fonctionner brièvement. Cependant, ce n'était que pour une ou deux requêtes de page avant de s'arrêter à nouveau. Je pense donc que la page a peut-être été mise en cache ou pré-chargée par mon navigateur. Quoi qu'il en soit, je pense vraiment que le problème se situe dans cet ordinateur portable, car celui-ci avait des problèmes avec plusieurs routeurs qui fonctionnent tous correctement avec d'autres périphériques.
la source
Réponses:
Les problèmes de connectivité partielle 802.11 résultent presque toujours de problèmes de multidiffusion.
Dans la norme 802.11, les diffusions sont un sous-ensemble de multidiffusions. Cela rompt non seulement les protocoles de multidiffusion, tels que la plupart des protocoles de découverte de services / de navigation de services, mais également les éléments fondamentaux de la diffusion, tels que ARP.
Les multidiffusions 802.11 ne sont délicates que lorsqu'elles sont envoyées à un client sans fil. C'est pourquoi DHCP a tendance à fonctionner même lorsque la multidiffusion est interrompue. les messages DHCP généralement diffusés sont ceux du client (Discover, Request); les messages au client (offre, accusé de réception) sont généralement en monodiffusion.
Lorsque vous soupçonnez un problème de multidiffusion 802.11, les étapes de dépannage standard sont les suivantes:
Désactivez temporairement la sécurité sans fil sur votre point d'accès et voyez si le problème disparaît. Certaines méthodes de sécurité, telles que WPA et WPA2, requièrent que les multicasts soient envoyés avec une clé différente de celle des monodiffusions et requièrent que la clé multicast (groupe) soit automatiquement modifiée périodiquement, ce que certains points d'accès et clients défectueux se trompent. Certaines méthodes de sécurité, telles que le mode mixte WPA2 (AES et TKIP activés simultanément) et le réseau TSN 802.11i (AES, TKIP et WEP activés simultanément) nécessitent l’envoi de multidiffusions avec un chiffrement totalement différent de celui des monodiffusions, ce qui entraîne de nombreuses mises en œuvre médiocres. se tromper.
Assurez-vous que le taux de multidiffusion [ mise à jour : uniquement votre débit de multidiffusion, et non l'ensemble de votre débit] de votre point d'accès n'est pas défini trop haut. En 802.11, les multidiffusions doivent être envoyées à un débit de données suffisamment faible pour que tous les clients puissent les recevoir de manière fiable. Essayez de l'abaisser à 2 ou 1 Mbit / s et voyez si le problème disparaît.
Entrez des mappages ARP statiques entre vos périphériques affectés. Dans votre cas, il s’agirait de votre nouvel ordinateur portable, quelle que soit la boîte qui sert de passerelle par défaut pour le sous-réseau IPv4 sur lequel se trouvent vos clients sans fil. [* IEdit **: Pour clarifier les choses , la direction la plus importante consiste à entrer un mappage ARP statique sur le routeur , qui indique l'adresse MAC du client.] Essayez ensuite d'envoyer une requête ping à votre passerelle par défaut ou de vous connecter à des sites externes / prestations de service. Si cela fonctionne maintenant, cela confirme qu'il s'agit d'un problème de multidiffusion.
Voici un exemple de ce que je pense qui se passe. Prenons le cas d'un ping sur votre routeur:
Le client envoie une requête ARP (diffusion) pour trouver l'adresse MAC de l'adresse IP du routeur. En ce sens, ça marche.
Le routeur envoie une réponse ARP (unicast).
Le client envoie une demande d'écho ICMP (demande ping) aux adresses IP (L3) et MAC (L2) du routeur.
Le routeur ne dispose pas encore de mappage ARP pour le client et ne peut pas simplement faire confiance à l'adresse MAC de la requête ping reçue car cela pourrait conduire à un empoisonnement du cache ARP. Il envoie donc sa propre requête ARP (diffusion) à la recherche. l'adresse MAC de l'adresse IP du client. Mais c’est dans cette direction que les multidiffusions peuvent s’interrompre dans la norme 802.11.
Etant donné que le client ne reçoit jamais les diffusions de demandes ARP du routeur, il ne sait jamais comment répondre. Le routeur ne sait donc jamais comment adresser les en-têtes L2 des trames de réponse au ping qu'il souhaite envoyer. Il doit donc les supprimer.
Certains pourraient demander: "Mais la transaction DHCP n'aurait-elle pas entraîné la création d'un mappage ARP sur le routeur?", Mais j'ai déjà vu des serveurs DHCP injecter des paquets à un niveau bas, en contournant la pile IP habituelle, contournant ainsi le code ARP.
S'il s'agit d'un problème de multidiffusion, s'il est causé par vos paramètres de sécurité et si vous ne trouvez pas un paramètre répondant à vos besoins en matière de sécurité sans rencontrer le bogue, la solution consiste à obtenir le micrologiciel mis à jour pour votre point d'accès ou des pilotes pour le périphérique. vos cartes qui ont les corrections de bugs dont vous avez besoin, ou pour remplacer votre équipement buggy par un équipement moins buggy. Je suppose qu'il est également possible que, si le problème se trouve sur le point d'accès, le micrologiciel tiers de ce point d'accès, tel que DD-WRT, OpenWRT ou Tomato, ne présente peut-être pas le bogue du firmware d'origine du fournisseur.
S'il s'agit d'un problème de multidiffusion causé par l'utilisation d'un taux de multidiffusion trop élevé, envisagez de vous en tenir à un taux de multidiffusion plus bas.
la source
Assurez-vous que le routeur n'est pas en mode B ou G uniquement. S'il fonctionne exclusivement sur un protocole ancien, un tout nouvel ordinateur portable peut rencontrer des problèmes s'il n'est pas configuré pour être compatible avec les versions antérieures.
la source
Cela ne correspond vraiment à aucune autre réponse ici ou je laisserais simplement un commentaire, mais en général, quand j'entends «nouvel ordinateur portable» et «je ne peux pas me connecter à des routeurs spécifiques», ma première pensée est de «flasher le firmware sur le routeur '. J'ai eu de nombreux cas où de toutes nouvelles cartes sans fil envoyaient des paquets qui confondaient les routeurs avec un micrologiciel vieux de 2 ou 3 ans, mais le flash l'a corrigé. Maintenant, ce n'est probablement pas votre problème, mais cela peut aider quelqu'un qui lit ceci à un moment donné ...
la source