[Résolu] Wifi - carte reconnue mais 0 débit > erreur usage connman

Tags: #<Tag:0x00007fe4cc1219a8>

Bonsoir,

J’ai installé Debian Stretch 64, installé le firmware non-free tout comme il faut.
Le wifi semble fonctionner (points d’accès reconnus), mais je n’ai aucun débit…
J’arrive très bien à me connecter en filaire, mais aucun succès sur plusieurs wifi différents, les bornes d’accès sont reconnues, mais je ne peux pas aller ni sur le net, ni télécharger un mail.
J’ai le même problème lorsque je me connecte via un téléphone portable en usb…

Voilà ce que renvoie iwconfig

wlp3s0 IEEE 802.11 ESSID:"Bornu"
Mode:Managed Frequency:2.462 GHz Access Point: F4:CA:E5:DC:50:4C
Bit Rate=54 Mb/s Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
Link Quality=59/70 Signal level=-51 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:98 Missed beacon:0

enp2s0f1 no wireless extensions.

lo no wireless extensions.

Qq’un aurait une petite idée ?
Merci pour votre aide

Et au niveau de la config ip ?
Que disent ip link, ip addr, et ip route ?

[edit:]
Comment actives tu ta connexion wifi, sinon ?

salut Mattotop

voilà les résultat ip link, ip addr, et ip route
à noter que je suis connecté en filaire pour pouvoir communiquer…

ma connexion wifi s’active au démarrage, et reconnait bien ma borne d’accès (Bornu)
donc aucune manip particulière

merci pour ton avis

bastien@sebian:~$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp2s0f1: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 80:fa:5b:3f:42:a5 brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
link/ether 30:e3:7a:e6:69:3c brd ff:ff:ff:ff:ff:ff

bastien@sebian:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp2s0f1: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 80:fa:5b:3f:42:a5 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.7/24 brd 192.168.1.255 scope global dynamic enp2s0f1
valid_lft 42905sec preferred_lft 42905sec
inet6 fe80::ab1a:a2e1:4dfd:cfe1/64 scope link
valid_lft forever preferred_lft forever
3: wlp3s0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 30:e3:7a:e6:69:3c brd ff:ff:ff:ff:ff:ff
inet 192.168.1.9/24 brd 192.168.1.255 scope global dynamic wlp3s0
valid_lft 42906sec preferred_lft 42906sec
inet6 fe80::b6da:9af8:b8ab:bf36/64 scope link
valid_lft forever preferred_lft forever

bastien@sebian:~$ ip route
default via 192.168.1.254 dev enp2s0f1
default via 192.168.1.254 dev enp2s0f1 proto static metric 100
default via 192.168.1.254 dev wlp3s0 proto static metric 600
169.254.0.0/16 dev enp2s0f1 scope link metric 1000
192.168.1.0/24 dev enp2s0f1 proto kernel scope link src 192.168.1.7 metric 100
192.168.1.0/24 dev wlp3s0 proto kernel scope link src 192.168.1.9 metric 600

Salut
si tu as les deux connections, filaire et wifi , en même temps, le filaire a la précédence.
Déconnectes toi du filaire pour t’assurer que le wifi ne débite vraiment pas.

sudo ifconfig

dira si des paquets sont transmis

wlp3s0b1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1492
        inet 192.168.1.68  netmask 255.255.255.0  broadcast 192.168.1.255
        ether                        txqueuelen 1000  (Ethernet)
        RX packets 152930  bytes 191089885 (182.2 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 104168  bytes 12829800 (12.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Tu indiques “quand” mais ça ne répond pas à ma question qui était était “comment”.

Bon, comme on voit sur tes commandes ip, la route par défaut quand tu es connecté en wifi et filaire, c’est enp2s0f1 ton filaire qui prend la main.

Refais tes commandes IP et tes tests de ping (sur un nom, sur une adresse) en te connectant au wifi MAIS sans connecter ton filaire.
Rien ne t’empêche de copier coller les résultats aprés, en rebranchant ton filaire à ce moment là pour récupèrer le net.

Bonsoir,

désolé pour les infos inutiles transmises précédemment

en fait, je ne sais pas comment j’active le wifi, cela se fait automatiquement.

voilà les résultats en wifi, sans connexion filaire…

root@sebian:~# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp2s0f1: <NO-CARRIER,BROADCAST,MULTICAST,DYNAMIC,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
link/ether 80:fa:5b:3f:42:a5 brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
link/ether 30:e3:7a:e6:69:3c brd ff:ff:ff:ff:ff:ff

root@sebian:~# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp2s0f1: <NO-CARRIER,BROADCAST,MULTICAST,DYNAMIC,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 80:fa:5b:3f:42:a5 brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 30:e3:7a:e6:69:3c brd ff:ff:ff:ff:ff:ff
inet 192.168.1.9/24 brd 192.168.1.255 scope global wlp3s0
valid_lft forever preferred_lft forever
inet6 fe80::b6da:9af8:b8ab:bf36/64 scope link
valid_lft forever preferred_lft forever

root@sebian:~# ip route
default via 192.168.1.254 dev wlp3s0
169.254.0.0/16 dev wlp3s0 scope link metric 1000
192.168.1.0/24 dev wlp3s0 proto kernel scope link src 192.168.1.9 metric 600
192.168.1.254 dev wlp3s0 scope link

salut Grandtoubab

j’ai tenté avec iwconfig (ifconfig inconnu)
voilà le résultat

root@sebian:~# iwconfig
wlp3s0 IEEE 802.11 ESSID:"Bornu"
Mode:Managed Frequency:2.462 GHz Access Point: F4:CA:E5:DC:50:4C
Bit Rate=54 Mb/s Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
Link Quality=60/70 Signal level=-50 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:281 Missed beacon:0

Je vois pas vraiment la différence, branché en filaire ou pas.

En fait, ça me donne l’impression d’avoir une sorte de firewall qui interdirait toute transmission sur des réseaux wifi.
Merci pour vos retours

ifconfig fait partie du paquet net-tools

iwconfig donne les caractéristiques de la connexion wifi, ça n’a aucun rapport avec le filaire, et d’après ton compte-rendu il n’y a aucun problème

ifconfig, comme tu peux le lire dans mon message précédent indique si des paquets ont été échangés sur la connexion
il n’y a pas de filtre particulier wifi, mais l’@ip n’est evidemment pas la même en filaire et et en wifi
c’est à toi de vérifier si tu as filtré ton @ip wifi 192.168.1.9

la commande traceroute permet de voir le cheminement sur internet

root@debian:/# traceroute debian.org

Exemple

root@debian:/# traceroute debian.org
traceroute to debian.org (5.153.231.4), 30 hops max, 60 byte packets
 1  _gateway (192.168.1.1)  1.662 ms  2.385 ms  2.596 ms
 2  1.169.92.79.rev.sfr.net (79.92.169.1)  41.040 ms  42.741 ms  44.942 ms
 3  173.178.96.84.rev.sfr.net (84.96.178.173)  46.122 ms  46.906 ms  48.629 ms
 4  157.178.96.84.rev.sfr.net (84.96.178.157)  49.267 ms  50.919 ms  52.217 ms
 5  102.132.17.93.rev.sfr.net (93.17.132.102)  55.693 ms 106.120.20.93.rev.sfr.net (93.20.120.106)  58.689 ms 98.132.17.93.rev.sfr.net (93.17.132.98)  58.453 ms
 6  98.244.5.109.rev.sfr.net (109.5.244.98)  57.874 ms  56.557 ms  56.572 ms
 7  ae6.cr0-par2.ip4.gtt.net (141.136.99.161)  57.026 ms ae5.cr0-par2.ip4.gtt.net (141.136.99.173)  42.259 ms ae6.cr0-par2.ip4.gtt.net (141.136.99.161)  42.441 ms
 8  xe-0-1-0.cr1-man1.ip4.gtt.net (141.136.107.82)  51.911 ms  52.821 ms  52.659 ms
 9  te0-0-1-3-201.cr4.man.bytemark.co.uk (141.136.98.238)  53.620 ms  54.029 ms  53.614 ms
10  te0-0-1-0.cr2.lds.bytemark.co.uk (91.223.58.69)  56.636 ms te0-0-2-0.cr2.lds.bytemark.co.uk (91.223.58.71)  56.036 ms  59.481 ms
11  te0-0-0-2.cr3.yrk.bytemark.co.uk (91.223.58.76)  54.786 ms  59.318 ms  56.349 ms
12  po1.ar1.dc1.yo26.yrk.bytemark.co.uk (91.223.58.29)  73.020 ms  72.899 ms  73.059 ms
13  bm-bl1.debian.org (5.153.231.241)  60.359 ms  62.801 ms  62.270 ms
14  senfter.debian.org (5.153.231.4)  65.903 ms  65.787 ms  66.137 ms

Pour le résultat des commandes ip avec le filaire déconnecté, on voit bien que tout est correctement configuré pour faire passer le trafic par wlp3s0, qui est ta connection wifi.
Ca devrait donc marcher…

Pour ta connection, c’est bizarre, tu as quand même bien dû choisir à un moment le réseau où tu te connectais et fournir un password, non ?
Si tu l’as fait dans ton interface graphique juste parcequ’on te l’a opportunément demandé, ça peut servir de savoir si tu es sous kde, gnome, etc.

Ensuite, vu que tu ne sais pas trop comment s’établit ta connection wifi, il est possible que tu aies un parefeu installé et que tu ne le saches pas, effectivement.
Que dit iptables-save ?

Hello,

en fait je suis sous gnome, interface graphique, et j’ai simplement choisi le réseau et rentré le mdp comme demandé.

root@sebian:~# iptables-save
Generated by iptables-save v1.6.0 on Mon Dec 4 17:14:47 2017
*nat
:PREROUTING ACCEPT [192:39844]
:INPUT ACCEPT [163:38264]
:OUTPUT ACCEPT [4458:298453]
:POSTROUTING ACCEPT [4458:298453]
COMMIT
Completed on Mon Dec 4 17:14:47 2017
Generated by iptables-save v1.6.0 on Mon Dec 4 17:14:47 2017
*mangle
:PREROUTING ACCEPT [45240:15790047]
:INPUT ACCEPT [45211:15788467]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [43379:3304005]
:POSTROUTING ACCEPT [43402:3312452]
:connman-INPUT - [0:0]
:connman-POSTROUTING - [0:0]
-A INPUT -j connman-INPUT
-A POSTROUTING -j connman-POSTROUTING
-A connman-INPUT -j CONNMARK --restore-mark --nfmask 0xffffffff --ctmask 0xffffffff
-A connman-POSTROUTING -j CONNMARK --save-mark --nfmask 0xffffffff --ctmask 0xffffffff
COMMIT
Completed on Mon Dec 4 17:14:47 2017
Generated by iptables-save v1.6.0 on Mon Dec 4 17:14:47 2017
*filter
:INPUT ACCEPT [45211:15788467]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [43379:3304005]
COMMIT
Completed on Mon Dec 4 17:14:47 2017

Bon, je comprend pas tout encore une fois, mais je sais que j’ai utilisé Connman une paire de fois, mais certainement très mal, ça ne m’a pas aidé à débloquer mon wifi.

Bon, tu as bien le connman qui fait quelque chose sur ton flux réseau, et comme je ne connais pas son fonctionnement, je ne sais pas ce qu’il fait.

Tu peux essayer de faire le traceroute que t’a suggéré grandtoubab, et/ou désinstaller le connman pour remettre le network-manager-gnome, vérifier avec iptables-save qu’il n’y a plus rien dans ton parefeu, et reessayer le traceroute avec le nm plutot que le connman.

Merci Mattotop et Grandtoubab !

J’ai donc désinstallé connman, et installé le paquet net-tools
Et puis après un redémarrage, j’ai pu me connecter au wifi sans difficulté…
Merci encore pour votre aide, et désolé pour le dérangement, pas compris pourquoi j’ai été amené à installe connman pour rechercher la panne, qui finalement a disparue
Tant mieux

Voilà les retours de traceroute ifconfig et ipconfig
iptables-save ne renvoie rien.
Et encore merci !

root@sebian:~# iwconfig
lo no wireless extensions.

enp2s0f1 no wireless extensions.

wlp3s0 IEEE 802.11 ESSID:"Bornu"
Mode:Managed Frequency:2.462 GHz Access Point: F4:CA:E5:DC:50:4C
Bit Rate=11 Mb/s Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
Link Quality=62/70 Signal level=-48 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:42 Missed beacon:0

root@sebian:~# ifconfig
enp2s0f1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 80:fa:5b:3f:42:a5 txqueuelen 1000 (Ethernet)
RX packets 5723 bytes 6606507 (6.3 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4181 bytes 424818 (414.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 1 (Boucle locale)
RX packets 184 bytes 14064 (13.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 184 bytes 14064 (13.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.7 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::b6da:9af8:b8ab:bf36 prefixlen 64 scopeid 0x20
ether 30:e3:7a:e6:69:3c txqueuelen 1000 (Ethernet)
RX packets 4407 bytes 6213364 (5.9 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2350 bytes 225149 (219.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

root@sebian:~# traceroute debian.org
traceroute to debian.org (130.89.148.14), 30 hops max, 60 byte packets
1 gateway (192.168.1.254) 1.839 ms 3.363 ms 4.852 ms
2 cav84-2-78-248-44-254.fbx.proxad.net (78.248.44.254) 30.384 ms 30.730 ms 32.281 ms
3 213.228.28.190 (213.228.28.190) 35.283 ms 36.877 ms 39.165 ms
4 nice-9k-1-be1004.intf.routers.proxad.net (194.149.162.113) 45.988 ms 50.144 ms 50.149 ms
5 marseille-crs8-1-be1006.intf.routers.proxad.net (194.149.160.137) 55.737 ms 56.114 ms 59.432 ms
6 marseille-crs8-2-be1000.intf.routers.proxad.net (78.254.249.170) 59.268 ms 42.591 ms 42.898 ms
7 p11-crs16-1-be1104.intf.routers.proxad.net (194.149.160.109) 49.801 ms 117.682 ms 43.792 ms
8 bzn-crs16-2-be2000.intf.routers.proxad.net (78.254.250.125) 45.759 ms 46.040 ms 46.140 ms
9 amsterdam-9k-1-be1004.intf.routers.proxad.net (194.149.163.50) 165.825 ms 165.843 ms 165.783 ms
10 ae2.jnr02.Asd001A.surf.net (80.249.208.50) 165.748 ms 165.717 ms 165.962 ms
11 ae0.500.jnr01.asd002a.surf.net (145.145.176.1) 166.122 ms 166.104 ms 166.280 ms
12 utwente-router.customer.surf.net (145.145.4.46) 166.889 ms 166.990 ms 167.052 ms
13 klecker4.snt.utwente.nl (130.89.148.14) 124.150 ms 53.745 ms 54.127 ms