[résolu]WIFI - driver RT73 (Ralink) pour Hercules HWGUSB2-54

Muad_Dib · Février 20, 2016, 4:05pm

Salut,

Je tente de faire marcher ma clé usb wifi ( Hercules HWGUSB2-54-V2) sous une debian etch (kernel 2.6.18-4-486). Actuellement, je sais accéder à mon modem/routeur mais pas au net.

Je suis passé depuis quelques jours à Debian après un passage par Ubuntu. J’avais réussi à installer le tout sous Ubuntu 7.04 Feisty Fawn. Bref, je me connectait via wifi sans problèmes.

Pour cela, j’avais suivi le tutoriel suivant: doc.ubuntu-fr.org/rt73. Ce que j’ai recommencé sous Debian Etch.

Par ailleurs, j’ai continué l’installation sous Debian en suivant également le tuto conseillé, à savoir: doc.ubuntu-fr.org/materiel/wifi/dwl-g122

J’ai donc téléchargé le driver RT73, compilé le bazar, obtenu des fichiers que j’ai transféré aux différents endroits qui m’étaient suggérés (Bref, j’ai suivi la procédure et j’ai pas posé de questions )

Bon, il semblerait que mon pilote soit chargé: #lsmod | grep rt73

rt73 184448 0
usbcore 109444 5 rt73,usbhid,ehci_hcd,ohci_hcd

Si je retire ma petite hercules puis je la remets, cela donne ceci via : tail -f /var/log/messages

Jul 2 22:40:01 debian kernel: usbcore: deregistering driver rt73
Jul 2 22:40:01 debian kernel: unregister_netdev()
Jul 2 22:40:02 debian kernel: <=== rtusb exit
Jul 2 22:40:25 debian kernel: rtusb init ====>
Jul 2 22:40:25 debian kernel: idVendor = 0x6f8, idProduct = 0xe010
Jul 2 22:40:25 debian kernel: usbcore: registered new driver rt73
Jul 2 22:43:19 debian kernel: usb 2-7: USB disconnect, address 2
Jul 2 22:43:19 debian kernel: unregister_netdev()
Jul 2 22:43:27 debian kernel: usb 2-7: new high speed USB device using ehci_hcd and address 4
Jul 2 22:43:28 debian kernel: usb 2-7: configuration #1 chosen from 1 choice
Jul 2 22:43:28 debian kernel: idVendor = 0x6f8, idProduct = 0xe010

Je m’attendais à un truc similaire à ceci:

Aug 10 12:53:45 localhost kernel: [17181408.328000] idVendor = 0x7d1, idProduct = 0x3c03
Aug 10 12:53:45 localhost kernel: [17181408.864000] rt73 driver version - 1.0.3.6

Donc, je ne sais pas si c’est pas déjà la que ce foire… Il me manque la dernière ligne qui, dans mon langage de profane de compétition veut dire “oui, oui, j’ai reperé ton truc et je l’associe à ce super driver…” ( ce qui n’est pas certain du tout, mais je ne demande qu’à apprendre…)

Bref, admettons que ma traduction libre des messages d’etch soit foireuse, je continue.

Je configure encore deux choses: nano /etc/network/interfaces

and how to activate them. For more information, see interfaces(5).

The loopback network interface

auto lo
iface lo inet loopback

The primary network interface

allow-hotplug eth0
iface eth0 inet dhcp

et: nano /etc/Wireless/RT73STA/rt73sta.dat

[Default]
SSID=Home
NetworkType=Infra
Channel=11
AuthMode=WPAPSK
EncrypType=TKIP
WPAPSK=Moncode

Je me souviens que sous Ubuntu, je n’avais même pas configuré le fichier rt72sta.dat et ca marchait… Bon, je ne vais pas me formaliser mais je m’interroge tout de même un peu…

Bref, j’arrive à me connecter à mon modem/routeur (dlink) et je peux le configurer à distance. Donc, je sais communiquer avec un truc… Mais je n’accède pas au net.(ping google.com
) J’ai pensé au firewall du modem… Ou de Debian… Mais là, je cale.

Enfin, puis j’arrête de saouler. voici les infos de iwconfig et ifconfig:

ifconfig

eth0 Lien encap:Ethernet HWaddr 00:11:09:D9:5B:F7
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interruption:233 Adresse de base:0xe000

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:840 (840.0 b) TX bytes:840 (840.0 b)

rausb0 Lien encap:Ethernet HWaddr 00:08:D3:07:28:30
inet adr:192.168.1.4 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::208:d3ff:fe07:2830/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:548 errors:0 dropped:0 overruns:0 frame:0
TX packets:71 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:52596 (51.3 KiB) TX bytes:6830 (6.6 KiB)

iwconfig

lo no wireless extensions.

eth0 no wireless extensions.

rausb0 RT73 WLAN ESSID:"Home-Ajbb"
Mode:Managed Frequency=2.462 GHz Access Point: 00:19:5B:21:55:8A
Bit Rate=54 Mb/s
RTS thr:off Fragment thr:off
Encryption key:4980-2978-2807-6006-B7B0-1176-81EA-286D
Link Quality=81/100 Signal level:-58 dBm Noise level:-99 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

sit0 no wireless extensions.

Mes questions sont : Où est-ce que je me plante (en admettant que j’ai donné les bonnes infos…), Si ca marche sous ubuntu, est-ce que c’est forcément possible sous Debian (je suppose que c’est plutôt une question de kernel…)?

Je pensais au firewall mais je n’ai rien fait de spécial entre ubuntu et debian sur mon modem/routeur. Enquite, j’ai coupé le firewall de Debian avec firestareter et nada… Pas mieux qu’avant.

Voila voila… En remerciant d’avance la/les bonne(s) âme(s) qui passerait/aient dans le coin et se pencherait/aient sur mon problème ( qui, je le sens, est un problème tout c… et que je vais râler de ne pas y être arrivé seul, comme un vrai de vrai…)

belga · Février 20, 2016, 4:05pm

Salut

A ta place j’utiliserai les cvs de serialmonkeys et
l’utilitaire graphique RutilT qui va avec et
qui permet de scanner et gérer le WPA.

Muad_Dib · Février 20, 2016, 4:06pm

C’est ce que j’avais fait avant de tenter les pilotes ralink. J’étais arrivé au même résultats (possibilité de me connecter au routeur mais pas au net).

Ceci dit, je n’avait pas essayé avec RutilT. Donc, peut-être qu’en passant par cet outil…

belga · Février 20, 2016, 4:06pm

Bonjour
as tu essayer sans protection?
Il vaut mieux procéder par étape.
Retire toutes les protections et regarde.
Arrive tu as pinger

Muad_Dib · Février 20, 2016, 4:06pm

J’ai tenté sans clé de protection et ca n’a pas marché. Cependant, je dois avouer avoir tenté plusieurs type de configuration du fichier /etc/network/interfaces sans avoir une idée précise de ce qu’il fallait mettre dedans.

Donc, il est possible, mais peu probable, que j’ai mal configuré ce fichier…

Par ailleurs, dans la série petite description du problème, lorsque je cherche une page, il patine un bon bout de temps avant de me dire qu’il ne trouve pas. Enfin, j’ai des messages d’erreurs au boot de la Debian à partir d’un élément nommé “haldHdb”. Problème qui n’existait pas avant la compilation du driver RT73 (le problème existait déjà lorsque j’avais tenté l’utilisation des pilotes libres) et qui retarde nettement le lancement de l’interface graphique.

Bref, je ne recule pas mais reste interrogatif sur la marche à suivre. Plus je suis là dessus et plus je pense que c’est soit un problème de firewall au niveau du routeur (ce qui me semble pouvoir expliquer pourquoi je peux me connecter au routeur et le configurer mais pas aller au delà), soit c’est un problème lié à la rédaction du fichier “interfaces” (mais j’ai un peu essayé toutes les propositions des tutos et je ne vois pas pourquoi cela ne marcherait pas chez moi).

belga · Février 20, 2016, 4:06pm

Salut,
Passe en dhcp et retire toutes les protections.
Arrête le réseau

et ne laisse que ceci dans ton fichier d’interfaces

[code]auto lo
iface lo inet loopback

auto rausb0
iface rausb0 inet dhcp
wireless-essid Ton_Essid
[/code]
(commente la ligne wireless-essid pour tester avec
un outil graphique)
Relance avec

Essaye de pinger ton routeur
Poste le retour de

J’ai regardé la page de rt73, peut être aussi que les headers
n’étaient pas à jour?

Muad_Dib · Février 20, 2016, 4:06pm

Salut,

Merci pour le coup de main!

Pour les headers, voici ce que cela donne:

debian:/home/ben# uname -r 2.6.18-4-486 debian:/home/ben# aptitude install build-essential linux-headers-2.6.18-4-486 Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait Lecture des descriptions de tâches... Fait Construction de la base de données des étiquettes... Fait Les paquets suivants ont été conservés : linux-image-2.6.18-4-686 0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour. Il est nécessaire de télécharger 0o d'archives. Après dépaquetage, 0o seront utilisés. Écriture de l'information d'état étendu... Fait

Donc, ca n’est pas de ce côté là qu’il y a un problème.

Ensuite, pour la procédure que tu as donné:

[code]debian:/home/ben# /etc/init.d/ntworking stop
bash: /etc/init.d/ntworking: Aucun fichier ou répertoire de ce type
debian:/home/ben# ifdown rausb0
There is already a pid file /var/run/dhclient.rausb0.pid with pid 2192
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/rausb0/00:08:d3:07:28:30
Sending on LPF/rausb0/00:08:d3:07:28:30
Sending on Socket/fallback
DHCPRELEASE on rausb0 to 192.168.1.1 port 67
Error for wireless request “Set ESSID” (8B1A) :
SET failed on device rausb0 ; Network is down.
debian:/home/ben#[/code]

Il semble qu’il y a un problème par rapport au nom de ma connexion mais c’est assez logique, j’ai changé les informations dans /etc/network/interface pendant la connexion…

[code]debian:/home/ben# ifup rausb0
Error for wireless request “Set ESSID” (8B1A) :
SET failed on device rausb0 ; Network is down.
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/rausb0/00:08:d3:07:28:30
Sending on LPF/rausb0/00:08:d3:07:28:30
Sending on Socket/fallback
DHCPDISCOVER on rausb0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on rausb0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on rausb0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on rausb0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on rausb0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on rausb0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on rausb0 to 255.255.255.255 port 67 interval 9
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
debian:/home/ben#

debian:/home/ben# ping 192.168.1.1
connect: Network is unreachable

debian:/home/ben# ping -c6 www.google.com
ping: unknown host www.google.com
[/code]

J’ai donc suivi ta proposition pour le fichiers interfaces et le résultat est ci-dessus. Comme il y a déjà un problème de reconnaissance du nom du réseau, j’ai tenté différentes proposition:
wireless-essid DLINK_WIRELESS
wireless-essid "DLINK_WIRELESS"
wireless-essid= DLINK_WIRELESS

Mais ca n’a rien changé. Donc, j’ai combiné ta proposition avec celle des différents tuto qui existent sur ce driver. Le fichier /etc/network/interfaces est devenu :

[code]auto lo
iface lo inet loopback

auto rausb0
iface rausb0 inet dhcp
pre-up ifconfig rausb0 up

#On impose le SSID
pre-up iwconfig rausb0 essid "DLINK_WIRELESS"
pre-up iwconfig rausb0 mode Managed

#On impose le mode et le canal
pre-up iwconfig rausb0 channel 11
pre-up iwpriv rausb0 set SSID=“DLINK_WIRELESS”[/code]

Qui a donné le résultat suivant:

[code]debian:/home/ben# ifup rausb0
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/rausb0/00:08:d3:07:28:30
Sending on LPF/rausb0/00:08:d3:07:28:30
Sending on Socket/fallback
DHCPDISCOVER on rausb0 to 255.255.255.255 port 67 interval 6
DHCPOFFER from 192.168.1.1
DHCPREQUEST on rausb0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.4 – renewal in 1586 seconds.

Si je fais iwconfig:

debian:/home/ben# iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

rausb0 RT73 WLAN ESSID:"DLINK_WIRELESS"
Mode:Managed Frequency=2.462 GHz Access Point: 00:19:5B:21:55:8A
Bit Rate=54 Mb/s
RTS thr:off Fragment thr:off
Encryption key:off
Link Quality=81/100 Signal level:-58 dBm Noise level:-99 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0[/code]

Si je ping mon routeur (je ne suis pas certain que c’est la bonne adresse…)

[code]debian:/home/ben# ping -c6 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=255 time=1.63 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=255 time=2.03 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=255 time=2.10 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=255 time=1.92 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=255 time=3.22 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=255 time=3.05 ms

— 192.168.1.1 ping statistics —
6 packets transmitted, 6 received, 0% packet loss, time 5000ms
rtt min/avg/max/mdev = 1.632/2.329/3.221/0.596 ms[/code]

Si je ping google:

[code]debian:/home/ben# ping -c6 www.google.com
PING www.l.google.com (64.233.183.104) 56(84) bytes of data.
64 bytes from www.google.com (64.233.183.104): icmp_seq=1 ttl=244 time=27.3 ms
64 bytes from www.google.com (64.233.183.104): icmp_seq=2 ttl=244 time=27.4 ms
64 bytes from www.google.com (64.233.183.104): icmp_seq=3 ttl=244 time=27.9 ms
64 bytes from www.google.com (64.233.183.104): icmp_seq=4 ttl=244 time=28.4 ms
64 bytes from www.google.com (64.233.183.104): icmp_seq=5 ttl=244 time=27.6 ms
64 bytes from www.google.com (64.233.183.104): icmp_seq=6 ttl=244 time=28.2 ms

— www.l.google.com ping statistics —
6 packets transmitted, 6 received, 0% packet loss, time 5002ms
rtt min/avg/max/mdev = 27.363/27.866/28.494/0.415 ms[/code]

Par contre, via iceweasel c’est le calme plat… Il met toujours autant de temps pour trouver une page internet pour finalement s’avouer vaincu.

Donc si je synthétise cette tartine, ca donne en gros:

La compilation ne semble pas expliquer le problème
il y a moyen de pinger le routeur et google en passant par une connexion sans WPA ou WEP.
Iceweasel ne me renvoie rien comme page internet

belga · Février 20, 2016, 4:06pm

est ce que tu as google qui s’affiche mais
pas les autres pages du net.
Si oui c’est un problème d’ipv6

Tes pings sont bons

Muad_Dib · Février 20, 2016, 4:06pm

Non, pas de google. J’ai une page qui m’annonce que le temps de réponse est trop long.

Par contre, j’ai bien accès à la configuration de mon modem via l’adresse 192.168.1.1

belga · Février 20, 2016, 4:06pm

Bon, je ne vois rien alors.
On a réglé des problèmes de connexion
impossible mais ping possible avec

echo 0 >/proc/sys/net/ipv4/tcp_window_scaling echo 4096 16384 524288 >/proc/sys/net/ipv4/tcp_rmem echo 4096 16384 524288 >/proc/sys/net/ipv4/tcp_wmem ifdown rausb0 ifup rausb0

Muad_Dib · Février 20, 2016, 4:06pm

Je testerai après le boulot.

J’ai lu ce document : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401435 qui parle de ta commande. Je vois que c’est lié à la RAM. Ce que j’avais justement augmenté avant d’installer Debian… J’ai 1024 maintenant. Peut-être est-ce là la raison de la différence ubuntu (sous 512 de Ram) et Debian (1024).

Bref, je test et je dis quoi.

Muad_Dib · Février 20, 2016, 4:07pm

Bon, ca n’a pas marché. J’ai donc entré les commandes suggérées et il n’y a pas eu de changements (toujours le même comportement et pas de messages différents…). Puis j’ai tenté sur base du site internet reprenant le bug dont on parlait de modifier les données pour les mettres à la moitié de 2 Ghz de Ram. Ca n’a rien donné non plus. Pas de différences; nia dans le temps pour les ping ni dans le non affichage des pages web.

Je ne vois pas vraiment d’où vient le problème. J’ai installé debian etch via netinstall et j’ai fait l’installation minimum pour pouvoir installer ce qu’il me fallait vraiment via aptitude plutôt que de passer par le choix par défaut “apt get”. Je me dis que comme je ne trouve pas d’autres personnes à qui cela arrive (je ne suis quand même pas le seul à utiliser le driver RT73 pour mon wifi sous debian etch???), c’est qu’il me manque quelque chose dans l’installation de base ou que la méthode netinstall pose questions dans mon cas. Donc, je vais tenter d’installer la totale via la méthode par DVD puis recommencer toute la procédure d’installation du pilote. Comme je sais qu’il y a un problème avec ce driver, je vais copier toute la procédure et les messages reçus puis je reviendrai déposer tout ceci ici. J’ai du me planter quelque part…

mattotop · Février 20, 2016, 4:07pm

quote="Muad’Dib"
Pour cela, j’avais suivi le tutoriel suivant: doc.ubuntu-fr.org/rt73. Ce que j’ai recommencé sous Debian Etch.

Par ailleurs, j’ai continué l’installation sous Debian en suivant également le tuto conseillé, à savoir: doc.ubuntu-fr.org/materiel/wifi/dwl-g122

J’ai donc téléchargé le driver RT73, compilé le bazar,(…)[/quote]Ben voilà ce que je veux dire avec la craditude des pratiques ubuntu:
as tu par hasard regardé dans apt s’il n’y avait pas des sources spécifiques debian pour le module:

console@MAT64LIN:/usr/src/linux-source-2.6.21$ aptitude search rt7 p fort77 - Invoke f2c like a real compiler p rt73-common - RT73(RT2571W) Wireless Lan Linux Driver - common files p rt73-source - RT73(RT2571W) Wireless Lan Linux Driver - kernel module sourcesque tu pourrais compiler et installer en une seule commande, si tu as installé le module-assistant:

m-a a-i rt73-source
si debian fournit des sources ajustées/adaptées, il y a peut être une raison, non ?

Muad_Dib · Février 20, 2016, 4:07pm

C’est pas uniquement pour la distri expérimentale? Je suis sous etch avec un kernel 2.6.18-4-386 …

Je peux garder une distribution en stable et aller chercher des paquets en expérimentale? Vu mes compétences, je comptais commencer en stable et puis passer en testing… Mais sous Sid et co, c’est pas le bon plan

Ceci dit, j’avais regardé par aptitude mais peut-être mal…

mattotop · Février 20, 2016, 4:07pm

forum.debian-fr.org/viewtopic.php?t=5659

Muad_Dib · Février 20, 2016, 4:07pm

Wow, voila typiquement le genre de choses que je trouve bien foutue, intéressante et que je ne connaissais pas. Merci.

Je vais donc me lancer dans le “tuning” de mon sources.list

Ceci dit, il est fort probable que cela ne changera pas le problème. Un ami, sous Windows ( et ce n’est pas contradictoire…), a le même modem routeur que moi et a également le problème (D-Link DSL-G624T). Comme vu dans les posts plus haut, il semblerait que ce modem ne tolère pas bien le système tcp/ip version 6 et qu’il est préférable de rester sous la version 4… Ce qui sera l’objet de mes prochaines investigations donc… (edit: sans doute sur base de ce post http://forum.debian-fr.org/viewtopic.php?t=6297&highlight=ipv4) Surtout que c’est normallement ce que j’ai tenté de faire avant mais qui a échoué… Mais visiblement, c’est bien au niveau de Debian qu’il faut faire quelque chose car ce n’est pas au niveau du modem qu’il faut apporter des modifications.

Ceci dit, passer par le package RT73, même si expérimental, peut être assez intéressant en soi et règlera peut-être le problème de lui même (soyons fous!!!).

mattotop · Février 20, 2016, 4:07pm

tu as raison, on peut douter.
Dans le post que tu as donné, il y a bien l’info pour desactiver l’ipv6, tu peux tester, ça ne gène pas de toutes façons.

Muad_Dib · Février 20, 2016, 4:08pm

Après différentes tentatives, voici l’état des lieux.

L’installation via le paquet RT73 expérimental n’a pas marché. Très concrêtement, mon dongle n’est pas reconnu. Pas de petite lampe, pas de trace via iwconfig… le calme plat.

Cependant, si quelqu’un se perd sur ce fil, je pense qu’il faut tout de même tester cette opportunité. C’est franchement plus propre que la méthode que j’ai utilisé… Je pense que cela n’a pas marché dans mon cas car lorsque je compile ce driver, il m’est nécessaire d’ajouter certaines informations sur mon dongle qui ne sont pas indiquées par défaut. Je suppose que le package n’a pas intégré ces infos et donc, que le driver est de fait inutilisé chez moi.

Enfin, ce n’est qu’une théorie personnelle, ca ne vaut que ce que ca vaut…

Il reste que j’ai tout de même réussi à avoir une page de google après un temps assez long de recherche. J’ai trouvé quelques pistes de solution que je vais tester ( http://forum.ubuntu-fr.org/viewtopic.php?id=115488

http://forum.ubuntu-fr.org/viewtopic.php?id=85141 ) pour régler ce problème de connexion lente ( aller plus loin que google me donne "connexion trop longue et patati et patata…) .

Concrêtement, une fois ce problème résolu (j’y crois à mort!), je tenterai la tâche d’explication sur ce forum (trucs et astuces?)ou dans le wiki car je trouve assez lourd de trouver des pistes de solutions Debian sur le forum Ubuntu. J’aurais tendance à dire que c’est le monde à l’envers (mais je ne veux pas troller sur ce fil qui n’est suivi que par très peu de personnes ).

Muad_Dib · Février 20, 2016, 4:08pm

Voila, C’est résolu.

Pour rappel, il m’était impossible de me connecter via wifi en utilisant le driver RT73, sur un dongle Hercules, vers un modem/routeur D-link DSL-G624T.

Tout d’abord, il a fallu installer le programme “wireless-tools”.

Après avoir réussi à me connecter à distance à mon modem ( et donc, par là même, être assuré que le driver fonctionne avec mon dongle et que le tout est configuré comme il faut), j’ai eu comme problème une impossibilité de me connecter à autre chose qu’à l’interface de configuration de mon modem (192.168.1.1 dans mon cas). Plus précisément, firefox cherchait longtemps, longtemps, et ne trouvait rien… Pour finir par me dire que le délais est trop long. Par contre, je pouvais pinguer google.com sans problème.

Donc, il y avait au minimum deux grands aspects à mon problème. Le premier était lié à la configuration de mon dongle wifi avec le driver RT73.

J’ai simplement suivi à la lettre le tutoriel suivant : http://doc.ubuntu-fr.org/rt73

NB: Il doit être possible d’installer le driver RT73 via les dépôts expérimentals. Ca n’a pas marché pour moi mais c’est sans doute la méthode la plus simple à mettre en oeuvre.

Le second problème était lié à mon modem routeur D-Link DSL-G624T.
Trois aspects ont été pris en compte. Je pense que seul le dernier est réellement important mais au cas où, je les donne tous (on ne sait jamais, je n’ai pas réinstaller la totale pour savoir ce qui avait réellement débloqué la situation).

Le premier aspect est lié à la taille des paquets pendant l’envoi via le wifi. J’ai pas tout pigé, ca dépasse mes compétences mais, pour faire bref, c’est un problème connu avec l’installation via netinstall d’Etch. Voici une information sur le problème ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401435 ) et j’ai tapé ceci dans la console:

echo 0 >/proc/sys/net/ipv4/tcp_window_scaling echo 4096 16384 524288 >/proc/sys/net/ipv4/tcp_rmem echo 4096 16384 524288 >/proc/sys/net/ipv4/tcp_wmem ifdown rausb0 ifup rausb0

(Attention, suivant votre RAM, les données à mettre dans la console peuvent être amenées à changer, voir le lien mis précédemment)

Le second aspect est la mauvaise prise en compte de la version 6 d’IP. Bref, il faut forcer la version 4. Le modem/routeur que j’utilise semble poser des problèmes à ce niveau. Donc, pour régler ceci, voici ce qui a été entrepris:

Dans firefox/iceweasel --> taper:

about:config dans la barre d'adresse cherches les lignes: network.http.pipelining network.http.proxy.pipelining browser.turboenabled network dsn disable IPv6 doubles clic sur ces lignes......->true network.http.pipiline.maxrequests donne lui la valeur 30 pour finir: clic droit n'importe ou sur la page, choisi "nouvelle" -> valeur numérique appelle la nglayout.initialpaint.delay et tu lui donnes la valeur 0

Par ailleurs, j’ai également ajouter “blacklist ipv6” dans le fichier /etc/modprobe.d

Enfin, le dernier aspect, et sans doute celui qui a été décisif, c’est de configurer la gestion du DNS manuellement sur le modem/routeur. Ainsi, j’ai fait:

Dans la rubrique DHCP du DSL-G624T, à la ligne “DNS mode”, sélectionner “Manual” puis inscrivez pour “Primary DNS” l’adresse du DNS de votre FAI, et pour “Secondary DNS” celle du DSL-G624T, c’est à dire 192.168.1.1 ( par défaut ). Bien sur, terminer en cliquant sur “Apply”, et enfin redémarrer le PC.

Voila. Un grand merci à belga et mattotop pour leur aide, ainsi qu’à toutes les personnes qui ont pris la peine de taper leurs solutions sur les différents forum et wiki parcouru!

belga · Février 20, 2016, 4:09pm

ravi que tu aies trouvé une solution