Forum

Bonjour



Je reprends ce que j'avais commencé à poster ici : http://www.mageialinux-online.org/forum/topic-12243 donc pas au bon endroit puisque le post est marqué comme 'résolu', par miracle semble-t-il mais pour moi pas de miracle : la galère continue.



Depuis que j'ai eu le malheur de tester un routeur de voyage, impossible de me connecter en wifi. Je suis en double boot sous une dérivée d'ubuntu (Jolicloud) et là, ça fonctionne nickel et je peux venir vous ennuyer avec mon pb Tout marche bien aussi, même sous Mageia dans une maison de campagne et tout marchait d'ailleurs ici avantle test d'un routeur de voyage.

J'ai essayé par le centre de contrôle et par l'interface réseau, rien à faire : erreur et erreur. Bien vérifié, le pass et le reste. C'est dur linux sans accès au réseau !



Dans lepost cité Maniasonic me donnait des solutions en ligne de commande. J'ai suivi (Merci Maniasonic)



Drakconnect me propose wlan0 Atheros Communications inc. AR5001 Wireless Network Adapter

OK : on remplace ath0 par wlan0

iwlist trouve le point d'accès avec un petit tri dans les résultats (bp de spots dans le coin)





Après rien à faire, même après avoir lu et relu le man d'iwconfig en particulier pour le pass. Faut dire que le conseil "read the man" suppose chez l'utilisateur des capacités de compréhension hors du commun En tout cas bien au dessus des miennes

Je note que dans l'interface réseau de Mageia, il impossible de changer le mode de fonctionnement. on a le choix entre "Géré", "Maître", "Répéteur", "Secondaire" et "auto". Mais quelque soit le choix, c'est "Managed" qui s'affiche.

Or tous les spots du coin sont en "Master". Le mien aussi :

Il faudrait demander à l'interface réseau de mettre 'Master'. Mais comment ?



Cependant

Donc

iwconfig dit "managed" et aussi " Encryption key:off" alors qu'elle est "on" et

iwlist dit "mode Master" et "Encryption key:on"

Il y a quelque chose qui cloche là. Je sèche sur la réponse

Je pense que la solution du pb est quelquepart par là

Quelqu'un a une idée ou un moyen de remettre le centre de contrôle réseau sur les bons rails ?

Bonjour,

ca ne résout pas ton souci mais pour info et de mémoire :
- iwconfig analyse le réseau côté carte wifi de l'ordinateur, donc le mode est vu en tant que "géré"
- iwlist voit le réseau du côté de l'AP, qui lui est en mode "maître"

D'où la différence de mode entre les deux commandes

Pour l' "Encryption key" j'ai la même différence que toi, et pourtant j'ai bien une clé WPA active, donc ce ne devrait pas être ça qui cloche.

De mon côté j'ai résolu une connexion qui ne se faisait pas en passant en DHCP et en désinstallant l'applet "network manager" qui posait souci.

Effectivement, ça ne résout pas le pb, mais ça me permet de comprendre ce qui me semblait une anomalie et c'est beaucoup.
Je suis repassé dans une maison de campagne où le routeur n'est pas protégé par une clé (trop isolé pour que ça vaille la peine de se compliquer la vie). Là, la connexion fonctionne. On retrouve les même différence que ci-dessus, mais c'est normal donc.
je cherche. Pb de clef, de DHCP ? Je trouve aussi bizarre qu'il y ait deux network manager dans mageia. Un qu'on atteint par le lanceur d'application en bas à gauche ou en cliquant sur l'icône de connexion dans la barre et qui ne demande pas le pass root et l'autre dans le centre de contrôle après donc avoir donné son pass. Je vais tenter de désinstaller l'applet dès mon retour dans l'appart où il y a le souci. et faire un test en supprimmant le pass du routeur.
En attendant, je cherche du côté des commandes dans un terminal dans le but de comprendre, voire de contourner ou résoudre.
Donc du côté de iwconfig. Si je regarde ce qui est écrit ici : http://www.commentcamarche.net/faq/11210-configurer-le-wifi-sous-linux, je note pour une clef wpa qu'il faudrait aller dans /etc/network/interfaces et peut-être utiliser un complément : wpa_supplicant.. Sauf que ces conseils sont pour ubuntu ou dérivé. Pas de /etc/network/interfaces dans une Mageia. Quelles seraient les fichiers correspondants ?
Ou, si on préfère, que faut-il faire avec iwconfig sous une mageia pour faire passer une clef WPA ? Le Man ne fait pas la différence entre les clefs. J'ai essayé key s: password, mais échec

Bonjour à tous,



Essaie plutôt :

[root@localhost chr]# ifconfig eth0 up

Non, non. Chez moi c'est # ifconfig wlan0 up

C'est ce que me dit le gestionnaire de connexion Selon la machine et la marque, la carte peut s'appeler différemment (eth2, wlan0, ra0, ...). On peut aussi découvrir son nom en root par

De toute façon ifconfig ... up ne fait qu'activer la carte wifi. Mais le pb n'est pas là. La carte fonctionne puisque

# iwlist wlan0 scan me dit toute sorte de chose sur les routeurs de mes voisins et le mien. La connection se fait sans pb dans la maison où je suis actuellement. D'où mon idée que quelquechose empêche la carte de se connecter dans l'appartement et mes essais de passer par iwconfig, mais je bloque sur la question de faire passer un pass WPA.

Bon, mardi, je retourne dans l'appart-coupé-du-réseau-sous-mageia (pas sous ubuntu, ouf !) et je vais y essayer un petit routeur de voyage que je pourrais paramétrer sans clef comme ici ou avec une clef WPA très courte (il y a échange de clef cryptées dans le WPA si je me souviens bien) et une machine qui traîne peut être largée sans ménagement.

Je vous tiens au courant.

PS @eribar ou qqn qui sait : désinstaller l'applet "network manager' ? Le sortir de la barre des tâches ? Du lanceur d'applications ? Ou autre chose ? Faut dire que je suis toujours réticent à désinstaller quelquechose

Hello,

En passant rapidement, j'aurais tendance à re-paramétrer une connexion en décochant la case "permettre le contrôle de l'interface par NetworkManager"
Voili,

Ah ! Intéressant ça et peut-être une autre piste, mais une question toute bête : où est que je pourrais décocher la case "permettre le contrôle de l'interface par NetworkManager".
Je me sens comme un idiot là

Hello,

De mémoire sur le dernier masque de la config de la connexion dans le CCM

Voili,

J'ai trouvé, j'ai décoché, mais ça n'a rien changé :-(
J'ai branché un routeur de voyage dûment testé en passerelle sur le principal avec une clef WPA. Test sous ubuntu, puis avec un Palm TX (et oui, ça existe encore !). Parfait.
Passage sous Mageia Echec. Essai avec une clef WAP de taille minimum, Echec. Ai supprimé la sécurité, ça marche sans pb. Sauf qu'il y au moins 20 personnes qui naviguent dans le coin avec des points d'accès tous protégés. Leur mettre sous le nez un accès sans protection, même en mode caché, ça ne me plait pas trop.
Mis donc un filtrage par adresse MAC, testé à partir du TX, ça a l'air de tenir la route et ça fonctionne.
Je peux donc me connecter à internet, même sous Mageia et c'est donc avec ma distribution préférée que j'écris ce post.
Ca m'a tout l'air d'un bug. C'est peut-être lié à la faiblesse de ma machine, mais un TX n'a pas un superprocesseur à 4 coeurs et 100 Mo de cache ! J'ai du raccourcir la clef à 14 caractères pour qu'il arrive à se connecter. Mais même 8 Maggeia ne peut pas. D'ailleurs ubuntu peut avec une très longue clef. Sur la même machine. Donc....
Reste à rassembler mon pauvre anglais pour essayer de rédiger un rapport de bug. je pense que c'est un pb de vitesse de calcul + des algorithmes mal foutus, parce que s'il manquait quelque chose à la chaîne, il y aurait une floppée de "j'arrive pas à me connecter", quoique c'est vrai, nous ne sommes pas si nombreux, hélas. mais ce n'est pas ce genre de bug qui va arranger notre affaire. Imaginez le gars qui a téléchargé Mageia et n'a pas une autre machine ou un dual-boot, il fait comment ? Il laisse tomber.
C'est donc résolu pour moi. pas comme j'aurais voulu, mais... Je ne coche pas la case tout de suite pour permettre à ceux qui auraient une idée de par où est-ce que ça coince de nous dire.

Oui, nous t'encourageons vivement à signaler le bogue, et surtout à suivre en fournissant les infos demandées qui permettront de bien cerner le problème.

Hello,

Bizarre toutes celles paramétrées ces jour tournent en wifi sans problème en 32 b
Tu es sous quel kernel ?

Salut cjpkicherche,

J'ai une autre solution que j'ai testé avec succès sur un réseau de type WPA-TKIP.
Cette solution s'applique également sur les réseaux de type WPA2

Tout d'abord, il faut se mettre en root.
Puis nous allons créer 2 fichiers que nous allons nommer wireless-wpa.sh et wireless-wpa.conf en utilisant l'éditeur vi.
L'emplacement n'a pas d'importance. Perso, par fainéantise, j'ai créé ces 2 fichiers à la racine...

Nous allons commencer par la création du fichier wireless-wpa.sh:
# vi wireless-wpa.sh
presser la touche "i" afin de se mettre en mode "insert"

# Coupe l'interface wifi nommé wlan0 (à modifier s'il porte un nom différent)
ifconfig wlan0 down

#paramètrer l'interface en mode "Géré"
iwconfig wlan0 mode Managed

#Mise en route de l'interface
ifconfig wlan0 up

#Arrête toute session Wifi WPA/WPA2 en cours
killall wpa_supplicant

#Applique les paramètres du réseau Wifi à utiliser décrits dans le fichier wireless-wpa.conf
wpa_supplicant -B -Dwext -i wlan0 -c ./wireless-wpa.conf -dd

#Demande d'une adresse IP.
dhclient wlan0

Nous allons maintenant sauvegarder le fichier sur le disque. Pour cela presser la touche "Échappe" et ensuite taper ":wq" (sans les guillements et attention de ne pas oublier le : ).

Nous allons maintenant procéder à la création du fichier wireless-wpa.conf

#vi wireless-wpa.conf
Presser la touche "i" pour se placer en mode "insert"

ctrl_interface=/var/run/wpa_supplicant

network={
ssid="nom_routeur"
scan_ssid=1
key_mgmt=WPA-PSK
psk="ma_cle_wpa"
}

Sauvegarder le fichier en appuyant sur la touche "Échappe" puis saisir ":wq" (sans les guillemets et sans oublier le : ).

Maintenant nous allons donner les permissions nécessaires pour utiliser ces deux fichiers:
# chmod 755 wireless-wpa.sh
# chmod 644 wireless-wpa.conf

S'assurer que ces 2 fichiers soient bien dans le même répertoire.
Maintenant nous pouvons lancer le script par la commande:
./wireless-wpa.sh

Il ne reste plus qu'à tester si l'opération a réussie par un ping:
# ping www.mageia.org

Voilà, j'espère sincèrement que cela va t'aider dans la résolution de ton problème.

A+ et bon courage

Bonsoir à tous

@yopman

Je précise que je me connecte en wifi sans problèmes... à condition de ne pas vouloir de WPA. Sans sécurité ou avec contrôle par l'adresse mac des machines autorisées pas de problèmes.

Ceci dit, tu as raison : il devrait y avoir beaucoup plus de gens qui crient vu que la protection en WPA, c'est prati quement la règle.

Pour le noyau uname -a me dit 2.6.38.8-desktop586-10.mga



@Maniasonic

Merci pour ce howto complet et précis. Je vais essayer mardi de retour dans l'appartement où est le souci. En tout cas, ici # wpa_supplicant me répond des tas de choses. Je vais creuser tout ça.



@tous

le pb est peut-être ailleurs : en lançant ma machine, je vois sur le bureau un nouveau fichier texte "cleW" qui contient Ca ne vous dit rien. Moi, si, il y a de gros morceaux de ma clef WPA là dedans. Je me perds en conjecture. Un virus sous linux, c'est déjà rare, mais celui-ci serait un virus fou. N'empêche. Est-ce que ce contenu dit quelque chose à quelqu'un ? Sinon, inutile d'encombrer le topic de suppositions. Je l'ai supprimé, on verra s'il reparaît et quand, sinon je l'ajoute à ma collection de "c'est pas croyable"

La nuit portant conseil, je m'aperçois que poster ici cette histoire de fichier mystérieux est un bon moyen de polluer moi-même le topic. La clef WPA n'a peut-être rien à voir là dedans. J'ai réalisé que le nom du fichier mystérieux est le début de mon identifiant gmail. Je penche pour un dysfonctionnement de google. En tout cas j'ai ouvert un sujet à ce propos, ici http://www.mageialinux-online.org/forum/topic-12344
Faut m'excuser, mais faut dire que quand, bien fatigué on découvre ce genre de chose sur son bureau, l'émotion peut faire commettre des erreurs.
Si donc le pb du fichier mystère vous intéresse, ce n'est plus ici.

Bravo Maniasonic et merci



J'ai appliqué ton mode d'emploi en l'accomodant à ma façon : kwrite parce que je suis paresseux et que je me plante régulièrement daans les commandes de Vi. En utilisateur simple par prudence sauf pour les trois derniers actes : chmod et ./wireless.wpa. J'ai laissé tomber le .sh et mis #!/bin/bash en tête du script : je trouve ça plus propre et même si Mageia utilise bash par défaut, ce n'est pas le cas de toutes les distributions, celles dérivées d'ubuntu en particulier. Je pense qu ton script doit fonctionneer partout, autant en faire profiter le plus grand nombre !



L'erreur est donc circonscrite : c'est clairement un problème lié à l'interface graphique qui permet de gérer les connexions qui a un pb avec le wpa. Ma version de Drakconf : 12.21.9-2.mga1 est-elle out ?. ou autre chose. Je crois que j'ai maintenant tous les éléments pour rédiger un rapport de bug qui ait du sens. D'où l'intéret d'un terminal de l'aide de quelqu'un qui connait les commandes.

Reste que c'est assez lourd : passer en root, lancer le script chaque fois qu'on est devant le routeur qui crèe le souci. Enfin, il n'y a pas mal de messages d'erreurs qui sont renvoyés pendant l'exécution de la commande, les unes parce que le script n'est pas dans le dossier où est wpa_supplicant (/var/run), les autres, je ne sais pas. Apparemment sans conséquence, mais... Je les mets en fin de message pour info

Je mets aussi résolu puisque nous disposons de deux solutions :

1) pas de clef WEP ou WPA, mais une sécurité assurée par le contrôle par le routeur de l'adresse MAC des machines autorisées. Attention, si vous faites cela, commencez par l'adresse MAC de la carte lan de la machine qui vous sert à paramétrer le routeur ! Sinon misère !

2) le script de Maniasonic qu'il faudra refaire à chaque fois, mais qui permet à des machines sous d'autres OS de parler au routeur sans que celui-ci ait à connaître leur adresse MAC. Il suffit de transmettre la clef.



le log