[Résolu] Conflit Ethernet/Wifi

BillBok13 · Le 01/06/2015, à 22:59

Bonjour à tous.
Suite à une mise à niveau vers la version 15.04, j'ai le problème suivant sur mon portable habituellement branché à mon routeur par un cable. Jusqu'à présent l'interface wifi était laissée active et connecté au même routeur et tout se passait bien. A la suite de la mise à niveau j'ai constaté que ma connexion a internet était très longue voir impossible tant que je laissais les deux interfaces connectés. Je pense à un conflit entre les deux interfaces, l'os ne sachant pas laquelle utiliser. Dès que j'en débranche une, tout redevient normal.
J'ai essayé de supprimer ma connexion wifi à partir du gestionnaire de connexion mais le problème persiste dès que je re-crée cette connexion.
Quelqu'un aurait-il une idée pour résoudre ce problème ?
Merci d'avance.
Y.

Dernière modification par BillBok13 (Le 11/06/2015, à 23:04)

tiramiseb · Le 02/06/2015, à 07:36

Salut,

Normalement, les deux interfaces ensemble ne posent pas de problème car la route par le wifi est configurée avec un poids plus important, donc l'ordinateur va naturellement utiliser l'interface câblée.

Je n'exclus pas qu'il y ait un bug ou un truc particulier sur ton PC. Pour cela, il faut vérifier. Active les deux connexions, puis exécute les commandes suivantes, puis montres-en les retours :

ip route
ifconfig

BillBok13 · Le 02/06/2015, à 07:44

Voilà ce que ça donne avec les deux interfaces connectées :

$ip route
default via 192.168.1.1 dev eth0  proto static  metric 1024 
169.254.0.0/16 dev wlan0  scope link  metric 1000 
192.168.1.0/24 dev wlan0  proto kernel  scope link  src 192.168.1.35 
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.76

$ ifconfig
eth0      Link encap:Ethernet  HWaddr e0:db:55:8e:65:ec  
          inet adr:192.168.1.76  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::e2db:55ff:fe8e:65ec/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:468132 erreurs:0 :0 overruns:0 frame:0
          TX packets:306580 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:606564609 (606.5 MB) Octets transmis:30604711 (30.6 MB)

lo        Link 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:65536  Metric:1
          Packets reçus:16529 erreurs:0 :0 overruns:0 frame:0
          TX packets:16529 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:1706092 (1.7 MB) Octets transmis:1706092 (1.7 MB)

wlan0     Link encap:Ethernet  HWaddr 68:94:23:b4:d6:3b  
          inet adr:192.168.1.35  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::6a94:23ff:feb4:d63b/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:191771 erreurs:0 :0 overruns:0 frame:0
          TX packets:148524 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:257842671 (257.8 MB) Octets transmis:14562912 (14.5 MB)

tiramiseb · Le 02/06/2015, à 07:50

Ok, on voit que la route par défaut n'est QUE par l'interface physique (eth0) : il n'y a pas de ligne "default" pour l'interface wlan0.
Il n'y a donc pas de raison logique pour un conflit entre les deux.

Peux-tu faire des tests précis et décrire précisément les problèmes rencontrés ?
(histoire qu'on puisse avoir des idées plus précises)

BillBok13 · Le 02/06/2015, à 21:35

Voilà par exemple le résultat d'un ping sur le DNS Google avec les deux interfaces connectées :

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=7 ttl=50 time=39.9 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=50 time=40.6 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=50 time=42.2 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=50 time=41.8 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=50 time=41.6 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=50 time=41.3 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=50 time=47.2 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=50 time=42.2 ms
64 bytes from 8.8.8.8: icmp_seq=46 ttl=50 time=49.2 ms
64 bytes from 8.8.8.8: icmp_seq=47 ttl=50 time=51.5 ms
64 bytes from 8.8.8.8: icmp_seq=48 ttl=50 time=46.6 ms
64 bytes from 8.8.8.8: icmp_seq=49 ttl=50 time=49.4 ms
64 bytes from 8.8.8.8: icmp_seq=50 ttl=50 time=49.3 ms
64 bytes from 8.8.8.8: icmp_seq=51 ttl=50 time=51.3 ms
64 bytes from 8.8.8.8: icmp_seq=52 ttl=50 time=51.1 ms
^C
--- 8.8.8.8 ping statistics ---
52 packets transmitted, 15 received, 71% packet loss, time 51318ms
rtt min/avg/max/mdev = 39.912/45.726/51.592/4.267 ms

Le nombre de paquets perdus tourne autour de 70 à 90%, c'est variable. Lorsque je débranche l'une des deux interfaces, il n'y a par contre plus de paquets perdus.

tiramiseb · Le 02/06/2015, à 21:51

Ah oui... Pas beaucoup de choses sur lesquelles pouvoir réfléchir, zut...

Alors là, sincèrement, je n'arrive pas à voir dans quel sens creuser

BillBok13 · Le 02/06/2015, à 22:12

Bah... Merci quand même !
Je vais continuer à connecter/déconnecter mes interfaces quand nécessaire, en attendant la mise à jour qui va bien
Y.

BillBok13 · Le 11/06/2015, à 23:03

Le problème semble résolu avec la dernière mise à jour du noyau (3.19.0.20)
Y.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 01/06/2015, à 22:59

[Résolu] Conflit Ethernet/Wifi

#2 Le 02/06/2015, à 07:36

Re : [Résolu] Conflit Ethernet/Wifi

#3 Le 02/06/2015, à 07:44

Re : [Résolu] Conflit Ethernet/Wifi

#4 Le 02/06/2015, à 07:50

Re : [Résolu] Conflit Ethernet/Wifi

#5 Le 02/06/2015, à 21:35

Re : [Résolu] Conflit Ethernet/Wifi

#6 Le 02/06/2015, à 21:51

Re : [Résolu] Conflit Ethernet/Wifi

#7 Le 02/06/2015, à 22:12

Re : [Résolu] Conflit Ethernet/Wifi

#8 Le 11/06/2015, à 23:03

Re : [Résolu] Conflit Ethernet/Wifi

Pied de page des forums