problèmes de connexions Wifi?! Arrgghh (Résolu)

Support Debian
#1

Hello,

J’ai un souci… finalement. J’ai installé mon Wifi sur mon medion akoya E1210 et… de prime abord, cela a marché… peut-être une heure. Quand j’ai redémarré ma machien pfouitt, plus rien. Impossible de le récupérer. Ca va par le câble, mais c’est tout. Je n’ai même aucune erreur, et la compilation du driver s’était bien passé. il est monté, on le voit dans les modules. Sauf que ça merde.

Pire encore : la connexion câblée fonctionne, certes, mais assez aléatoirement. Soit j’ai une adresse tout de suite, soit je dois passer par le gestionnaire de réseau.

Autre bizarrerie : au départ, lorsque je passais par la petite icône en forme de modem, en haut à droite, et que je faisais un clic gauche, je voyais toutes les connexions possibles en Wifi (ainsi que la connexion câblée, en l’occurence). Maintenant je ne vois plus que la connexion câblée. Plus d’autres choix.

Je ne comprends plus.

J’ai repéré quelques messages qui paraissent importants :
Minimonstre:/home/christian# dmesg | grep ra0
I/F(ra0) Key1Str is Invalid key length! KeyLen = 0!
I/F(ra0) Key2Str is Invalid key length! KeyLen = 0!
I/F(ra0) Key3Str is Invalid key length! KeyLen = 0!
I/F(ra0) Key4Str is Invalid key length! KeyLen = 0!
ra0: no IPv6 routers present

  1. Phy Mode = 9
  2. Phy Mode = 9
    RTMPSetPhyMode: channel is out of range, use first channel=1

Ce truc là m’étonne : j’utilise le canal 10. Pourquoi me demande-t-il d’utiliser le 1??

Minimonstre:/home/christian# lsmod | grep rt2860
rt2860sta 432088 1

Minimonstre:/home/christian# lspci -n
(…)
02:00.0 0280: 1814:0781
(En principe, le driver est le bon… car le code constructeur renvoie aux informations suivantes :
0x0781 Chip Number: RT2860/RT2890

Chip Description: Wireless

Notes: LGE E500 ralinktech.com.tw/data/drive … 3.0_VA-1.0)

Minimonstre:/home/christian# cat /etc/network/interfaces
auto lo
iface lo inet loopback

iface ra0 inet dhcp
wireless-essid Livebox-7035
wireless-key xxxxxxxxxxxxxxxxxxxxxxxx

(à noter que je n’ai pas mis les “tirets” et que le contenu du fichier reflète bien la configuration que j’ai paramétré via le mode graphique… ce qui n’était pas le cas hier).

Minimonstre:/home/christian# cat /etc/modules
(…)
loop
rt2860sta

Quelqu’un aurait-il eu ce genre de problème, déjà?

#2

Hi,

Ca parle à personne? :confused:

#3

salut

ne sois pas si impatient :slightly_smiling: , laisse le temps aux personnes du forum de decoder ton soucies avant qu’il ne donne la soluce ;p ;p

allez, bonnes fetes

#4

Tu n’aurais pas deux programmes gérant tes connexions réseaux par hasard?

#5

Grhim, tu as raison… je vais méditer pendant les fêtes, tiens! :slightly_smiling: Et d’ailleurs bonne fête à toi aussi:)

Fran : Eh bien… bonne question. Comment je peux voir ça? A quoi penses-tu, exactement?

#6

En fait je testerais en coupant gnome (/etc/init.d/gdm stop) et en configurant manuellement la connexion. Si ça route et qu’elle tient la route c’est ça. gnome-network-manager crée semble-t-il des soucis en gérant son truc dans son coin), tu as wicd également et enfin ifupdown donc comme logiciels courants s’occupant des connexions réseaux.

#7

Ah! Je commence à comprendre. Je peux faire le test. Cela dit ce que tu décris correspond effectivement à ce que j’ai “subit” depuis hier. A savoir : hier, par exemple, je paramètre mon bizness via le fichier interface et j’ai que dalle. je passe par gnome et hop, ça marche. Je reboote, et là, gnome ne me dit plus rien (enfin… je ne vois plus l’icone du modem) et, après avoir “re” compilé le driver (m’étant dit qu’il y avait eu une merde au reboot), l’icone “modem” a même totalement disparu. Je fini, excedé par, réinstaller le tout (PS, en gros, ça me prends 45 mm max… c’est pas dramatique), j’ai de nouveau l’icone mais je n’ai tjs pas les réseaux wifi de visible… alors qu’ils apparaissaient à la première install. A l’inverse, si je passe par le gestionnaire de réseau, via gnome (à la windows, et je ne parle pas ici de l’icone “modem” qui ne me renvoie qu’un réseau filaire de visible… et encore), je peux lancer ou stopper le filaire (alors que ça n’a pas l’air de fonctionner si je fais un /etc/init.d/networking restart). Je peux aussi paramétrer le wifi, mais ça donne rien à l’arrivée, même si cette fois (contrairement à ce que je voyais hier), je retrouve ma configuration dans le fichier “interfaces”. Pour couronner le tout, la connexion filaire a l’air bizarrement instable. Enfin bref, c’est nawak. on dirait que le gnome-network-manager part en sucette et qu’il fait un peu ce qu’il veut. Je ne comprends pas bien. Un problème de compatibilité matériel? (ou de matériel tout court? Mais ça, ça m’étonnerait quand même : on a ou on a pas de réseau. Ah… remarque je peux faire un netstat -ni, histoire de voir s’il y a des erreurs… mais ça n’expliquerait pas le hic du wifi, de toute façon, donc… ça doit pas être ça).

Si ce que tu appelles ifupdown est le gestionnaire en ligne de commandes, c’est sans doute ce que j’utiliserais, de base. wicd, je ne connais pas.

Bref, je perds mes cheveux (bon, c’est peut-être l’âge, aussi…)

#8

Vire le gnome-network-manager et utilise ifupdown (/etc/network/interfacfes en clair). wicd est parait-il très bien et est souvent préféré au gnome-network-manager…

#9

Il faut choisir

soit tu utilises network-manager ou wicd mais alors
il ne faut laisser que

[quote]auto lo
iface lo inet loopback[/quote]
dans le fichier des interfaces afin que les outils graphiques
prennent la relève

soit tu édites le fichier des interfaces et tu oublies les
outils graphiques.

Il faut choisir :laughing:

#10

mmmm Je vais vérifier tout ça tout à l’heure mais… il y a des pb spécifiques avec network-manager?

Autrement ma conf actuelle est :
/etc/network/interfaces :

auto lo
iface lo inet loopback

iface ra0 inet dhcp
wireless-essid Livebox-7035
wireless-key xxxxxxxxxxxxxxxxxxxxxxxx

Tu veux dire, Belga, que ma configuration ne permet pas à la machine de choisir entre ifupdown et network-manager et que c’est ce qui met le dahoua? Ca me surprends, mais dans ce cas, quelle @#! de configuration ( :mrgreen: ) je dois indiquer pour que seule ifupdown soit pris en compte sans que network-manager prenne la main dessus? (je ne sais pas si j’ai bien saisi ta remarque, en fait).

#11

Comme le dit belga, il y a eu plein de fil sur gnome-network-manager, so on veut que ça soit lui qui gère le réseau, il faut hjuste laisser l’interface lo dans le fichier /etc/netrwork/interfaces. Mais des «#» devant les autres lignes.

#12

Yo, j’ai pas oublié de vous répondre… je n’ai pas encore rebossé là-dessus. Je ferai peut-être un test dans la soirée. Je reviens dès que possible… En tout cas, merci!

#13

Salut,

bon, je reprends là ou j’en étais :

J’ai supprimé network-manager. J’ai lourdé wicd pour me concentrer sur le fichier interfaces.

Minimonstre:/etc/network# cat interfaces
auto lo
iface lo inet loopback

The primary network interface

auto eth0
iface eth0 inet dhcp

auto ra0
iface ra0 inet static
Wireless_mode managed
Wireless-essid Livebox-7035
Wireless_keymode restricted
Wireless-key xxxxxxxxxxxxxxxxxxxxx
address 192.168.1.70
netmask 255.255.255.0
gateway 192.168.1.1
wireless-channel 10

A priori, il est correctement configuré. Je me mets en négociation avec la livebox et je relance le réseau :

Minimonstre:/etc/network# /etc/init.d/networking restart
Reconfiguring network interfaces…Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit isc.org/sw/dhcp/

Listening on LPF/eth0/00:21:85:47:eb:f5
Sending on LPF/eth0/00:21:85:47:eb:f5
Sending on Socket/fallback
DHCPRELEASE on eth0 to 192.168.1.1 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit isc.org/sw/dhcp/

Listening on LPF/eth0/00:21:85:47:eb:f5
Sending on LPF/eth0/00:21:85:47:eb:f5
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
DHCPOFFER from 192.168.1.1
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.13 – renewal in 242987 seconds.
if-up.d/mountnfs[eth0]: waiting for interface ra0 before doing NFS mounts (warning).
Error for wireless request “Set Mode” (8B06) :
SET failed on device ra0 ; Network is down.
Error for wireless request “Set Encode” (8B2A) :
SET failed on device ra0 ; Network is down.
Error for wireless request “Set Encode” (8B2A) :
SET failed on device ra0 ; Network is down.
Error for wireless request “Set Frequency” (8B04) :
SET failed on device ra0 ; Network is down.
Error for wireless request “Set ESSID” (8B1A) :
SET failed on device ra0 ; Network is down.
done.

Et là c’est le drame.
J’ai réglé un pb avec l’interface eth0 (bad fichier hosts, apparemment). Un iwlist scanning fonctionne sans aucun problème. Bref, ça devrait marcher…

Un ifconfig me renvoie bien la configuration que j’ai choisie pour ra0 :

ra0 Link encap:Ethernet HWaddr 00:15:af:ee:7a:44
inet adr:192.168.1.70 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::215:afff:feee:7a44/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:8260 errors:0 dropped:0 overruns:0 frame:0
TX packets:11193 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:986799 (963.6 KiB) TX bytes:80 (80.0 B)
Interruption:17

Un autre truc… si je lance un ping sur 192.168.1.1, alors que j’ai débranché mon câble, j’obtiens :
Minimonstre:/etc/udev/rules.d# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.13 icmp_seq=10 Destination Host Unreachable
From 192.168.1.13 icmp_seq=11 Destination Host Unreachable
From 192.168.1.13 icmp_seq=12 Destination Host Unreachable
From 192.168.1.13 icmp_seq=14 Destination Host Unreachable
From 192.168.1.13 icmp_seq=15 Destination Host Unreachable

Bon, là, il s’agit peut-être d’un incompréhension de ma part mais… il ne devrait pas pinguer avec mon adresse ra0? Là, il pingue avec mon adresse eth0 (cela dit, peut-être que, puisque ra0 ne marche pas correctement, il se rabat sur eth0 pour pinguer?).

C’est chelou, c’t’affaire. Y aurait pas un spécialiste réseau dans l’avion, dès fois?

#14

Aïe zut! Personne? :confused:

#15

Essaye à la main:

iwconfig ra0 essid Livebox-7035

iwconfig ra0 key xxxxxxxxx

Les messages
Error for wireless request “Set Mode” (8B06) :
SET failed on device ra0 ; Network is down.
Error for wireless request “Set Encode” (8B2A) :
montrent qu’il y a un souci.
Tu peux essayer en mettant une ligne
pre-up ifconfig ra0 up
dans la config de ra0

#16

ello Fran,

Merci pour ton aide, comme d’hab’ :slightly_smiling:

En effet, je n’ai pas pensé à tester en manuel. Très bonne (et pourtant élémentaire…) idée.

Minimonstre:/etc/network# iwconfig ra0 essid Livebox-7035
Minimonstre:/etc/network# iwconfig ra0 key 14c3-4fcc-c64c-f997-7629-a6af-93
Minimonstre:/etc/network# iwevent
Waiting for Wireless Events from interfaces…
^C
Minimonstre:/etc/network# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.14 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1.10 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.09 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=1.10 ms
^C
— 192.168.1.1 ping statistics —
4 packets transmitted, 4 received, 0% packet loss, time 3009ms

Bien, il semble qu’en entrant les données manuellement, ça passe…

Sauf que…

Ca ne fonctionne que dans un cas de figure, apparemment :
-Je configure à la mano tout en étant câblé, après avoir appuyé sur le bouton de synchro.
-Je débranche. Et là ça pingue.

Si je fais la même chose sans être branché, ça ne fonctionne pas.
De prime abord, c’est très étrange.

Par contre… en fait, ce résultat me donne aussi une piste.

Je suis allé vérifié mon routeur, côté conf. Le filtrage MAC est activé, pour le Wifi (je ne m’en souvenais plus).

J’ai ajouté l’adresse de ma carte, qui y était absente, évidemment. Je vais relancer, histoire de tester le résultat. A mon avis, de nez, le problème doit venir de là (ou du moins est-ce peut-être une des façettes du problème).

Je regarde et je te dis ce que ça donne.
:slightly_smiling:

#17

Ah!
Ca marche!
Ca sent bon, ça!
Je vais pouvoir utiliser ma Debian 24 bits (hein?! heu, non j’ai rien dit…) tout en étant au chaud dans mon pieu…

Par contre, il a fallu que je fasse un ifup ra0 pour lancer l’interface.
Après vérification, si j’enlève la configuration “pre-up”, j’ai de nouveau les messages d’erreurs. si je la remets et refais un ifup, ça marche.

C’est un détail mais ça doit pouvoir se solutionner.

Chai pas : la dernière fois que j’ai monté un wifi sur un linux, c’était sur une SuSE, et y avait pas de “pré-up”. D’un autre côté, en regardant sur le forum d’ubuntu, des "pré-up, y en a partout (forum.ubuntu-fr.org/viewtopic.php?id=143624)… Bon, je vais chercher.

En attendant :

Minimonstre:/home/christian# ifup ra0
Minimonstre:/home/christian# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=4.77 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1.93 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=2.01 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=1.08 ms

#18

Victoire!

J’ai refait mon fichier interfaces, grâce au man et à différentes infos sur le net :

Minimonstre:/home/christian# cat /etc/network/interfaces

The loopback interface

auto lo
iface lo inet loopback

The primary network interface

auto eth0
iface eth0 inet dhcp

the wifi network interface

auto ra0
iface ra0 inet static
pre-up ifconfig ra0 up

#On impose le mode et le canal :
pre-up iwconfig ra0 essid "Livebox-7035"
pre-up iwconfig ra0 mode Managed

#On impose le mode et le canal :
pre-up iwconfig ra0 channel "10"
pre-up iwpriv ra0 set AuthMode=WEPAUTO
pre-up iwpriv ra0 set EncrypType=WEP

Wireless_keymode restricted

#On indique la clé Wep :
pre-up iwconfig ra0 key xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xx

#On configure l’adresse et le mask de la machine :
address 192.168.1.yy
netmask 255.255.255.0
gateway 192.168.1.1

Et ça marche.
Je lance le portable, et j’ai le wifi direct. L’est pas super rapidos, j’ai l’impression mais ça fonctionne.

Juste une dernière question :
Pourquoi il faut utiliser “pre-up” ici? Y avait pas besoin sous SuSE. Vu le fonctionnement de cette option, je me dis que c’est en rapport avec la façon démarre le système (une distro ne fonctionnant pas forcément exactement pareille qu’une autre).

Faudra aussi que je voie, un de ces quatre, pour passer en Wap, quand même… Je ne sais plus du tout pourquoi j’étais resté en wep, à la base. Je crois me souvenir qu’il y avait alors une raison, mais bon, faut que je me repenche sur la question. Wep n’est pas secure, quand même…

#19

C’est un truc que j’ai constaté: certaines cartes ne sont pas activées lors du chargement du module et avant de faire quoi que ce soit il faut faire un ifconfig lacarte up (ça dépend du noyau). Suivant les versions des scripts ifupdown, cette directive pre-up est ou n’est pas obligatoire.Par contre je suis étonné que tu ais à faire la suite manuellement (en continuant sur du pre-up) mais bon…

#20

Eh bien disons que si je ne le fais pas, ça fonctionne, à ceci près que je dois faire le “ifup ra0”.

Tel quel, à présent, ça fonctionne direct.

Après je n’ai pas testé avec ou sans pre-up pour chaque ligne du script.

En tout cas, merci pour l’explication!