Incomprehention interface réseau


#1

salut la team

je possède deux cartes réseaux.

une carte ethernet et une carte wifi.

je bascule de l’une à l’autre pour des raisons de débit. Avec la carte wifi et mon abonnement mobile j’ai un meilleur débit .

mais quand je coupe la carte ethernet et que je met la carte wifi ben ça ne fonctionne pas.

je fais : éteindre la connection filaire depuis le menu et je choisis un réseaux wifi depuis le même menu.

je suis sous gnome.

mais je me retrouve sans internet malgré que la carte m’indique être connecté.

comment résoudre ce probleme sans avoir besoin de redémarrer la machine ?
si je débranche le cable ethernet que je reboot le pc ben ça fonctionne donc quel service redémarrer?

merci de votre aide


#2

Peux-tu me donner le résultat des commandes suivantes dans les deux scénarios (wifi et filaire) ?

ip a
ip r
ip n

#3

salut.

pour le filaire

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    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: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 90:e6:ba:35:2a:2d brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.7/24 brd 192.168.0.255 scope global dynamic noprefixroute enp2s0
       valid_lft 43127sec preferred_lft 43127sec
    inet6 fe80::fed6:24ff:49ea:a962/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlp0s29f7u6u2: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 96:ff:a5:fd:e8:8d brd ff:ff:ff:ff:ff:ff
4: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 100
    link/none 
    inet 10.21.0.30 peer 10.21.0.29/32 scope global tun0
       valid_lft forever preferred_lft forever
    inet6 fe80::afda:7c12:53ab:b95d/64 scope link stable-privacy 
       valid_lft forever preferred_lft forever
0.0.0.0/1 via 10.21.0.29 dev tun0 
default via 192.168.0.254 dev enp2s0 proto dhcp metric 100 
10.21.0.1 via 10.21.0.29 dev tun0 
10.21.0.29 dev tun0 proto kernel scope link src 10.21.0.30 
128.0.0.0/1 via 10.21.0.29 dev tun0 
192.168.0.0/24 dev enp2s0 proto kernel scope link src 192.168.0.7 metric 100 
192.168.0.254 dev enp2s0 lladdr 14:0c:76:64:ad:8b REACHABLE

pour le wifi

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    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: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 90:e6:ba:35:2a:2d brd ff:ff:ff:ff:ff:ff
3: wlp0s29f7u6u2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:c0:ca:97:10:3f brd ff:ff:ff:ff:ff:ff
    inet 192.168.43.227/24 brd 192.168.43.255 scope global dynamic noprefixroute wlp0s29f7u6u2
       valid_lft 3579sec preferred_lft 3579sec
    inet6 fe80::ce17:7ae6:a38d:75f0/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
4: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 100
    link/none 
    inet 10.21.0.30 peer 10.21.0.29/32 scope global tun0
       valid_lft forever preferred_lft forever
    inet6 fe80::afda:7c12:53ab:b95d/64 scope link stable-privacy 
       valid_lft forever preferred_lft forever
0.0.0.0/1 via 10.21.0.29 dev tun0 
default via 192.168.43.1 dev wlp0s29f7u6u2 proto dhcp metric 600 
10.21.0.1 via 10.21.0.29 dev tun0 
10.21.0.29 dev tun0 proto kernel scope link src 10.21.0.30 
128.0.0.0/1 via 10.21.0.29 dev tun0 
192.168.43.0/24 dev wlp0s29f7u6u2 proto kernel scope link src 192.168.43.227 metric 600 
192.168.43.1 dev wlp0s29f7u6u2 lladdr 48:5a:3f:76:eb:bf REACHABLE


#4

En wifi traceroute 1.1.1.1 ça donne quoi ?

Le trafic “passe” par un tunnel apparemment:

0.0.0.0/1 via 10.21.0.29 dev tun0
128.0.0.0/1 via 10.21.0.29 dev tun0

Hypothèse n°1 : 10.21.0.29 (tunnel) n’est plus accessible en wifi/4G ?


#5

oui je passe par un vpn j’ai donc mis en place openvpn

le soucis c’est que dès que je passe sur le wifi tout le reseau plante. je n’ai plus de connection internet. Et je ne peux pas revenir sur la connection filaire non plus ensuite. je dois redemarrer la machine.

je vais tester en stoppant le vpn


#6

J’suis pas hyper à l’aise avec les mécanisme d’openVPN mais vu que ton @IP publique change:
(filaire->@IP freebox->SRVvpn | wifi->@IP modem4G->SRVvpn).
Ça me paraît probable que le serveur en face se retrouve complétement paumé :thinking:


#7

toujours le meme soucis en stoppant openvpn.

dès que je veux passer sur le réseau wifi plus rien

??


#8

Bah du coup on recommence sans openvpn :grin: que pour le wifi par contre :

ip a
ip r
ip n
traceroute 1.1.1.1

#9

je ne comprends pas le traceroute.

ou entrer cette conf ?

dsl.

j’ai fais quelques manip et le soucis semble bien venir de la connection VPN.

Si je le desactive je peux changer de carte reseau sans problème.

il faut donc que je le desactive/reactive à chaque fois que je souhaite changer de carte.

il faudrait que je regarde les logs pendant les manips peu etre une info par la .


#10

Le traceroute sert à afficher tous les routeurs traversés c’est un paquet à installer:

$ yay -Qo traceroute
/usr/bin/traceroute appartient à traceroute

Mais bon plus trop besoin vu que le problème est identifié.
Je pense vraiment que ton VPN explose parce que tu changes d’IP publique quand tu passes sur le modem 4G.