J'ai des problèmes pour me connecter à un routeur sans fil en utilisant Mac OS X qui est sur le canal 13. C'est parce qu'il y a un autre routeur à proximité qui diffuse le code de pays américain . Le seul moyen de contourner ce problème jusqu'à présent, est d'aller à chaque fois sur le routeur et de redémarrer l'ordinateur.
J'ai demandé à Google et il semble que ce soit un mélange de personnes qui pensent qu'il définit les paramètres régionaux, ou qu'il est corrigé dans le firmware du routeur. Je me suis trompé tous les deux. l'homme ifconfig n'a pas non plus été trop éclairant.
Quelqu'un connaît-il une autre façon de forcer la carte à utiliser un code de pays ou des canaux différents? Je préfère ne pas passer à un autre canal, car il y a beaucoup d'interférences à proximité (montré avec KisMAC).
Merci
Modifications
A trouvé
/System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport
Ce qui semble permettre de définir un canal arbitraire sur la carte, mais pas le code du comté. Cela semble n'avoir aucun effet.
Réponses:
Le 802.11d est le protocole que les points d'accès sans fil utilisent pour diffuser (entre autres) le domaine réglementaire (c'est-à-dire les codes de pays) dans lequel il est censé fonctionner. Il semble qu'il n'y ait pas de règle claire sur ce qu'il faut faire lorsque divers équipements diffusent des informations de domaine réglementaire contradictoires.
La solution idéale serait de désactiver / remplacer / reconfigurer l'équipement qui diffuse les informations incorrectes.
J'ai trouvé un fil de discussion Apple (ancien) qui indique que le matériel AirPort d'un Mac utilisera le premier code de pays qu'il entend après la mise sous tension ou la sortie de veille. Des publications ultérieures dans le fil (sur la deuxième page ) indiquent qu'il suffit de mettre hors / sous tension le matériel AirPort lui-même et non l'ensemble du système. Quelques personnes ont signalé avoir réussi à utiliser un script pour désactiver et réactiver l'interface AirPort à plusieurs reprises (en utilisant
networksetup
) jusqu'à ce qu'il soit parvenu à acquérir l'état souhaité (comme indiqué parsystem_profiler
).Sur la base du TA25972 , il semble que les équipements plus anciens (vraisemblablement les modèles qui n'écoutent pas les informations 802.11d) ne soient même pas en mesure de changer de «code de pays».
la source
J'ai eu ce problème et je l'ai résolu!
Tout ce que je voulais faire était de désactiver la fonction de balise 802.11d. Cela est impossible à faire dans les paramètres disponibles sur Mac OS X.
Cependant, vous pouvez patcher binaire le pilote de la carte réseau en pensant que le code du pays est toujours X2.
Donc , apparemment, ce que je dois faire est de changer / patch binaire , le pilote réseau avec la chaîne
0x81 0x78 0x30 0x6B 0x10 0x00 0x00 0x0F 0x85
à0x81 0x78 0x30 0x6B 0x10 0x00 0x00 x90 0xE0
. Cela oblige le pilote à utiliser le code de pays «X2» quelle que soit la balise envoyée, il ne changera donc jamais.Vous pouvez soit changer cela avec un utilitaire d'édition hexadécimale, soit copier et coller le one-liner très pratique suivant dans l'application de terminal:
Cette solution fonctionne pour Mac Book Pro Retina 2013.
la source
sudo kextstat | grep AirPort
Solution la plus simple à un code de pays en conflit - votre MAC récupère le code de pays incorrect du routeur de diffusion "le plus proche" ... donc, si l'un de vos voisins proches a un code de pays incorrect, votre propre routeur suppose qu'il est dans ce "mauvais" 'pays - et il perturbe votre connexion Internet - SOLUTION - obtenez un ancien routeur que vous n'utilisez plus - et branchez-le simplement sur l'alimentation et placez-le près de votre routeur en direct ..... assurez-vous que votre ancien routeur est configurer avec le bon code de pays mais NE PAS le connecter à Internet. Ensuite, votre MAC récupérera le code de pays de ce routeur "factice" et adoptera le bon code de pays ..... problème résolu. Cela semble fonctionner pour moi, et j'ai été buggé avec ce problème depuis si longtemps .....
Soit dit en passant, cela résout l'un de mes problèmes - mais si quelqu'un sait comment battre le grand pare-feu et résoudre le problème de latence aléatoire élevée lors de l'utilisation de VPN, ce serait un bonus ........ soyez simplement reconnaissant que vous ne travailliez pas en Chine ... son internet est mauvais.
la source
Si vous utilisez le pilote AirPortBrcm4331 sur El Capitan:
csrutil disable
sudo perl -pi -e 's|\x30\x6B\x10\x00\x00\x0F\x85\xEA|\xFF\xFF\x10\x00\x00\x0F\x85\xEA|g' /System/Library/Extensions/IO80211Family.kext/Contents/PlugIns/AirPortBrcm4331.kext/Contents/MacOS/AirPortBrcm4331
sudo touch /System/Library/Extensions/
csrutil enable
la source
J'ai eu un problème similaire avec mon routeur wifi mais quand j'ai réglé le routeur à 5 GHz et le canal à auto, le problème a été résolu.
la source
J'ai trouvé une solution un peu bizarre. J'ai essayé toutes les solutions proposées par Google, aucune n'a fonctionné mais j'ai vu un article qui mentionne que KisMAC peut voir le canal 13. Installé puis soudainement mon code de pays est passé des États-Unis à X3 et maintenant je peux me connecter sur le canal 13.
la source
Tout ce que j'avais à faire sur mon MacBook Pro mi-2010 est de changer le nom kext d'AirPortBrcm4360 en AppleAirPortBrcm43224 et j'ai finalement trouvé ma bonne position!
la source
https://github.com/alessandro893/MacOS-WLAN-Driver Cela peut être utile, vous pouvez demander à l'auteur de modifier le code du pays américain dans le pilote os x
la source