[lan] Wifi perdue quand cable ethernet branché (résolu)

[Ekami]

Bonjour,
Alors voilà je vous explique mon problème.
Je connecte actuellement mon raspberry pi en connexion directe avec mon laptop à l'aide d'un câble ethernet.
Seulement le souci c'est qu'en faisant ça je perds ma connexion wifi sous NetworkManager.
Je suis un peu nul en réseau et je ne sais pas trop comment garder ma connexion à internet avec ma carte wifi et dans un
même temps pouvoir me connecter en cablé à mon raspberry pi. Quel serait la solution? Je vous remercie.

[lekaf974]

Salut,

Dans network-manager tu peux modifier les paramètres de ta connexion filaire, dans les paramètres IPv4 tu cliques sur le bouton "Routes" puis tu coches "Utiliser cette connexion uniquement pour les ressources de son réseau", cela devrait être OK. Il faut que tu déconnetes et reconnnectes le câble pour que cela soit pris en compte.

[Ekami]

Bonjour,
Merci pour ton aide mais ça ne marche toujours pas.
Ma carte wifi est toujours down à chaque fois que je plug mon câble.

[lekaf974]

Si je comprends, c'est ta carte wifi qui s'éteind quand tu branches ton câble réseau ?

[Ypnose]

Je ne sais pas si NetworkManager peut gérer deux interfaces à la fois (je n'utilise pas ce logiciel). Cependant, je peux te dire qu'il est possible d'utiliser deux interfaces, en même temps avec netctl.
Chez moi, je suis connecté en wifi à la box, tout en étant relié à un routeur (+ poste client) en Ethernet.

[lekaf974]

J'utilise netctl et network-manager sur plusieurs postes. J'ai un portable avec network-manager sur lequel j'ai simultanément ma carte wifi connectée à ma box et ma carte réseau connéctée sur mon LAN sans avoir de perte de connexion. Ce qui se passait (d'où la manipulation que je proposait dans mon premier poste) c'était que la route par défaut se faisait toujours sur mon LAN qui ne possédait pas de connexion internet.

Pourrais-tu retourner la sortie des commandes suivantes, câble connécté et câble déconnecté de :

Code : Tout sélectionner

$ ifconfig
$ netstat -rn

[Ekami]

Bonjour,
Alors finalement je me suis remis à utiliser wicd au lieu de NetworkManager car j'avais des problèmes de configuration avec les réseaux wifi utilisant la sécurité PEAP. Mais ça n'arrange pas mon problème. La sortie des commandes quand je suis connecté en ethernet est la suivante:

Code : Tout sélectionner

$>ifconfig 
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.51.238  netmask 255.255.255.0  broadcast 192.168.51.255
        inet6 fe80::b6b5:2fff:fe34:8c7e  prefixlen 64  scopeid 0x20<link>
        ether b4:b5:2f:34:8c:7e  txqueuelen 1000  (Ethernet)
        RX packets 8  bytes 702 (702.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 67  bytes 4910 (4.7 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 20  memory 0xd4500000-d4520000  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 3935  bytes 328164 (320.4 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3935  bytes 328164 (320.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

$>netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.51.1    0.0.0.0         UG        0 0          0 eth0
192.168.51.0    0.0.0.0         255.255.255.0   U         0 0          0 eth0

Alors que quand je suis connecté au wifi j'obtiens ceci:

Code : Tout sélectionner

$>ifconfig 
eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b4:b5:2f:34:8c:7e  txqueuelen 1000  (Ethernet)
        RX packets 8  bytes 702 (702.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 165  bytes 11182 (10.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 20  memory 0xd4500000-d4520000  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 6731  bytes 487800 (476.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 6731  bytes 487800 (476.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.51.238  netmask 255.255.252.0  broadcast 192.168.51.255
        inet6 fe80::6267:20ff:fe1a:9ed4  prefixlen 64  scopeid 0x20<link>
        ether 60:67:20:1a:9e:d4  txqueuelen 1000  (Ethernet)
        RX packets 8143  bytes 4195131 (4.0 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 7416  bytes 1161519 (1.1 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

$>netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.48.1    0.0.0.0         UG        0 0          0 wlan0
192.168.48.0    0.0.0.0         255.255.252.0   U         0 0          0 wlan0

Je ne comprends pas pourquoi en ethernet ma carte wlan0 disparais complètement...

[widapit]

Salut !

désolé, mais vu la longueur, ça donne pas envie d'analyser les retours commandes...
balises

Code : Tout sélectionner

 s.t.p.  :chinois: -> [url]http://wiki.archlinux.fr/Forum#Images_.2F_Code_et_autres_balises[/url]
Edit : sinon, en manuel, tu arrives quand même à allumer les 2 cartes simultanément ou pas ? par exemple quand tu es branché, en faisant:
[c]ifconfig wlan0 up[/c] ou [c]ip link set wlan0 up[/c] ?

[Ekami]

Bonjour,
Alors voici le retour des commandes:

Code : Tout sélectionner

$>sudo ifconfig wlan0 up
SIOCSIFFLAGS: Operation not possible due to RF-kill
$>sudo ip link set wlan0 up
RTNETLINK answers: Operation not possible due to RF-kill

A quoi correspond ce RF-kill?

[lekaf974]

En faisant quelques recherches, il semble que wicd ne permet pas d'avoir les deux cartes en simultannée même si d'autres on réussit de le faire via une des commande que tu as essayé. Je te suggère de désactiver wicd et de tester avec netctl qui te permettra de le faire.

[widapit]

@ lekaf974 > m'etonnerais que ça resolve quoi que ce soit ;
netctl s'appuie sur les commandes ip * . Si déjà ça ne marche pas en manuel...
Je pense qu'au vu du retour, ça serait bien de voir ce que donne

Code : Tout sélectionner

rfkill list

(rfkill à installer si ce n'est déjà fait.)

Edit : Comment sont configurés les profils que tu utilises ??
Parce-que je viens de m'apercevoir de ça :

Code : Tout sélectionner

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.51.238  netmask 255.255.255.0  broadcast 192.168.51.255

...

Code : Tout sélectionner

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.51.238  netmask 255.255.252.0  broadcast 192.168.51.255

Bien que tu utlises des routes différentes, ton ip locale est la même sur les 2 interfaces...

[Ekami]

Bonjour,
Tout d'abords merci énormément pour votre aide.
Je viens tout juste de découvrir comment faire marcher l'authentification ppp sous NetworkManager, j'ai donc viré Wicd et suis repassé sous NetworkManager.
Pour ce qui est du retour des commandes les voici:
Quand branché à mon raspberry pi:

Code : Tout sélectionner

$>rfkill list
0: hp-wifi: Wireless LAN
	Soft blocked: no
	Hard blocked: no
1: hp-bluetooth: Bluetooth
	Soft blocked: no
	Hard blocked: no
2: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: yes
3: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no

Quand non branché:

Code : Tout sélectionner

0: hp-wifi: Wireless LAN
	Soft blocked: no
	Hard blocked: no
1: hp-bluetooth: Bluetooth
	Soft blocked: no
	Hard blocked: no
2: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no
3: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no

Je ne comprends pas trop à quoi sert ces informations. Je vous remercie de bien vouloir éclairer ma lanterne.

[benjarobin]

C'est le matériel qui décide apparemment de ce couper automatiquement : "Hard blocked: yes"
C'est assez embêtant... Car à moins d'avoir un raccourci clavier et/ou bouton physique qui permet de réactiver le Wifi, je ne vois pas comment résoudre le souci

[widapit]

effectivement,si je me trompes pas; rfkill ne permet pas de modifier le "Hard-blocked"
en revanche, (on sait jamais, on a pas encore regardé de ce côté-là) quel est ton matériel, et quel driver utilises-tu ?
pour le matériel : lspci | grep -i net ou hwinfo --netcard (hwinfo est à installer si ce n'est déjà fait )
et lsmod pour le driver ...

[Ekami]

Bonjour,
Merci pour votre aide encore une fois.
Voici le résultat des commandes:

Code : Tout sélectionner

$>lspci | grep -i net
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04)
25:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] (rev 34)
$>hwinfo --netcard
11: PCI 19.0: 0200 Ethernet controller                          
  [Created at pci.319]
  Unique ID: rBUF.P6Q7d7QX+I7
  SysFS ID: /devices/pci0000:00/0000:00:19.0
  SysFS BusID: 0000:00:19.0
  Hardware Class: network
  Model: "Intel Ethernet controller"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x1502 
  SubVendor: pci 0x103c "Hewlett-Packard Company"
  SubDevice: pci 0x1618 
  Revision: 0x04
  Driver: "e1000e"
  Driver Modules: "e1000e"
  Device File: eth0
  Memory Range: 0xd4500000-0xd451ffff (rw,non-prefetchable)
  Memory Range: 0xd452a000-0xd452afff (rw,non-prefetchable)
  I/O Ports: 0x5020-0x503f (rw)
  IRQ: 55 (12675 events)
  HW Address: b4:b5:2f:34:8c:7e
  Link detected: no
  Module Alias: "pci:v00008086d00001502sv0000103Csd00001618bc02sc00i00"
  Driver Info #0:
    Driver Status: e1000e is active
    Driver Activation Cmd: "modprobe e1000e"
  Config Status: cfg=new, avail=yes, need=no, active=unknown

27: PCI 2500.0: 0282 WLAN controller
  [Created at pci.319]
  Unique ID: y9sn.fNsjQBRm576
  Parent ID: Z7uZ.4IYBTfRJV_4
  SysFS ID: /devices/pci0000:00/0000:00:1c.3/0000:25:00.0
  SysFS BusID: 0000:25:00.0
  Hardware Class: network
  Model: "Intel WiFi Link 6000 Series"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x0085 "WiFi Link 6000 Series"
  SubVendor: pci 0x8086 "Intel Corporation"
  SubDevice: pci 0x1311 
  Revision: 0x34
  Driver: "iwlwifi"
  Driver Modules: "iwlwifi"
  Device File: wlan0
  Features: WLAN
  Memory Range: 0xd4100000-0xd4101fff (rw,non-prefetchable)
  IRQ: 56 (909636 events)
  HW Address: 60:67:20:1a:9e:d4
  Link detected: yes
  WLAN channels: 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 100 104 108 112 116 120 124 128 132 136 140
  WLAN frequencies: 2.412 2.417 2.422 2.427 2.432 2.437 2.442 2.447 2.452 2.457 2.462 2.467 2.472 5.18 5.2 5.22 5.24 5.26 5.28 5.3 5.32 5.5 5.52 5.54 5.56 5.58 5.6 5.62 5.64 5.66 5.68 5.7
  WLAN encryption modes: WEP40 WEP104 TKIP CCMP
  WLAN authentication modes: open sharedkey wpa-psk wpa-eap
  Module Alias: "pci:v00008086d00000085sv00008086sd00001311bc02sc80i00"
  Driver Info #0:
    Driver Status: iwlwifi is active
    Driver Activation Cmd: "modprobe iwlwifi"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #17 (PCI bridge)

EDIT: Je viens de trouver la solution. Il suffisait que je décoche dans mon BIOS la case "Switch LAN/WLAN" et le hard blocked a disparu. Tout marche parfaitement.
Merci à tous

[widapit]

BIOS la case "Switch LAN/WLAN"

ouais, forcément ... mais je m'y attendais pas, je l'ai jamais eu cette option dans mes bios !!