Forum

Reprise du message précédent

Les deux clefs usb sont enp0s20f0u3 et enp0s20f0u2c2 ?
Chacune avait son adresse IP v4, v6, …

Bonjour,

Désolé de vous répondre si tard. J'étais loin de mes adaptateurs USB toute la semaine.

L'adaptateur USB qui marche (SyncWire) se configure automatiquement comme enp0s20f0u3

Celui qui ne marche pas (Sargent NT25G) se configure automatiquement comme enp0s20f0u2c2. Cet adaptateur marche très bien sous Windows.

Que puis-je faire ?

Merci !

Jacques

Édité par babs3 Le 05/04/2024 à 20h25

Bonjour à tous,

Mon souci avec les adaptateurs USB Ethernet est toujours la avec Mageia 9. C'est même pire. L'adaptateur qui marchait ne fonctionne plus.

C'est sous Network-Manager.

Adaptateur SyncWire USB Gigabits ethernet.

Mageia 9, portable LG Gram : cela ne marche pas : se configure mais pas d'internet.

lspcidrake :

r8152 : Realtek|USB 10/100/1000 LAN

lsusb

Bus 004 Device 002: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter

clé usb : enp0s20f0u3

/sbin/ifconfig
enp0s20f0u3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 2a01:e0a:13a:73f0:2e0:4cff:fe68:8a2 prefixlen 64 scopeid 0x0<global>
ether 00:e0:4c:68:08:a2 txqueuelen 1000 (Ethernet)
RX packets 913 bytes 56681 (55.3 KiB)
RX errors 0 dropped 2 overruns 0 frame 0
TX packets 22 bytes 2688 (2.6 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<host>
loop txqueuelen 1000 (Boucle locale)
RX packets 706 bytes 71665 (69.9 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 706 bytes 71665 (69.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlp0s20f3: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether fa:da:da:f2:ab:ac txqueuelen 1000 (Ethernet)
RX packets 18162 bytes 21521389 (20.5 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 5721 bytes 1166378 (1.1 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0


Une deuxième tentative :

enp0s20f0u2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.82 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::bf9f:250:345:806e prefixlen 64 scopeid 0x20<link>
inet6 2a01:e0a:13a:73f0:1f1f:10e1:c0c4:b959 prefixlen 64 scopeid 0x0<global>
ether 00:e0:4c:68:08:a2 txqueuelen 1000 (Ethernet)
RX packets 88 bytes 5958 (5.8 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 19 bytes 2530 (2.4 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<host>
loop txqueuelen 1000 (Boucle locale)
RX packets 1891 bytes 203129 (198.3 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1891 bytes 203129 (198.3 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlp0s20f3: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 0a:91:85:86:2a:d5 txqueuelen 1000 (Ethernet)
RX packets 28970 bytes 32189929 (30.6 MiB)
RX errors 0 dropped 7 overruns 0 frame 0
TX packets 11007 bytes 2238748 (2.1 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0



Mageia 8, portable Dell. cela marche très bien


lspcidrake :

r8152 : Realtek|USB 10/100/1000 LAN

lsusb

Bus 002 Device 009: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter

ifconfig
enp0s20f0u2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.82 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 2a01:e0a:13a:73f0:2e0:4cff:fe68:8a2 prefixlen 64 scopeid 0x0<global>
inet6 fe80::2e0:4cff:fe68:8a2 prefixlen 64 scopeid 0x20<link>
ether 00:e0:4c:68:08:a2 txqueuelen 1000 (Ethernet)
RX packets 2570 bytes 2249538 (2.1 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1231 bytes 235649 (230.1 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<host>
loop txqueuelen 1000 (Boucle locale)
RX packets 1360 bytes 151321 (147.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1360 bytes 151321 (147.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlo1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 96:e0:6d:47:f6:91 txqueuelen 1000 (Ethernet)
RX packets 511 bytes 226335 (221.0 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 696 bytes 184100 (179.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0




Sur le Mageia 8 et le 9, l'autre adaptateur ne fonctionne toujours pas :

Adaptateur USB pour Ethernet 2.5 Gigabits Sabrent NT25G cela ne marche pas : se configure mais pas d'internet.

sous Mageia 9

lspcidrake

r8152           : Realtek|USB 10/100/1G/2.5G LAN

lsusb

Bus 004 Device 006: ID 0bda:8156 Realtek Semiconductor Corp. USB 10/100/1G/2.5G LAN

ifconfig
enp0s20f0u2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.154 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 2a01:e0a:13a:73f0:57bf:562e:d763:71b0 prefixlen 64 scopeid 0x0<global>
inet6 fe80::5bc2:4dbe:de89:3558 prefixlen 64 scopeid 0x20<link>
ether 00:24:27:88:2a:dd txqueuelen 1000 (Ethernet)
RX packets 108 bytes 6874 (6.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 19 bytes 2618 (2.5 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<host>
loop txqueuelen 1000 (Boucle locale)
RX packets 3896 bytes 408582 (399.0 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 3896 bytes 408582 (399.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlp0s20f3: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 8a:d3:87:7d:81:53 txqueuelen 1000 (Ethernet)
RX packets 30961 bytes 33348240 (31.8 MiB)
RX errors 0 dropped 7 overruns 0 frame 0
TX packets 12489 bytes 2564667 (2.4 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0



sous Mageia 8

lspcidrake

cdc_ncm : Realtek|USB 10/100/1G/2.5G LAN [Communications]

lsusb

Bus 002 Device 004: ID 0bda:8156 Realtek Semiconductor Corp. USB 10/100/1G/2.5G LAN

ifconfig
enp0s20f0u2c2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.154 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 2a01:e0a:13a:73f0:224:27ff:fe88:2add prefixlen 64 scopeid 0x0<global>
inet6 fe80::224:27ff:fe88:2add prefixlen 64 scopeid 0x20<link>
ether 00:24:27:88:2a:dd txqueuelen 1000 (Ethernet)
RX packets 103 bytes 6996 (6.8 KiB)
RX errors 0 dropped 41 overruns 0 frame 0
TX packets 17 bytes 2468 (2.4 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<host>
loop txqueuelen 1000 (Boucle locale)
RX packets 719 bytes 100917 (98.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 719 bytes 100917 (98.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlo1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether d6:23:91:61:4d:fd txqueuelen 1000 (Ethernet)
RX packets 214 bytes 125452 (122.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 297 bytes 104470 (102.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0



Adaptateur multiport dont Ethernet ne fonctionne plus sous Mageia 8 et pas sous Mageia 9

sous Mageia 8

lspcidrake

r8152 : Realtek|USB 10/100/1000 LAN

lsusb

Bus 001 Device 009: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter

ifconfig
enp0s20f0u1u1u4: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.30 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::2e0:4cff:fe68:1122 prefixlen 64 scopeid 0x20<link>
inet6 2a01:e0a:13a:73f0:2e0:4cff:fe68:1122 prefixlen 64 scopeid 0x0<global>
ether 00:e0:4c:68:11:22 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
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<host>
loop txqueuelen 1000 (Boucle locale)
RX packets 534 bytes 90660 (88.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 534 bytes 90660 (88.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlo1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 1e:a5:07:f0:39:c3 txqueuelen 1000 (Ethernet)
RX packets 31 bytes 4270 (4.1 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 100 bytes 48722 (47.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0



Merci pour votre aide !

Jacques

Édité par babs3 Le 05/04/2024 à 22h50

Bonjour,


Il y a quelque chose qui me chiffonne dans les captures d' écran...

Dans "Adaptateur USB pour Ethernet 2.5 Gigabits Sabrent NT25G cela ne marche pas : se configure mais pas d'internet."

On voit que ( sauf erreur dans le programme Network Manager) que la carte est la passerelle et le dns d' elle même... C' est la carte qui fait la connexion à Internet ? Sinon c' est un problème ( et donc si toutes les cartes sur le pc ont comme passerelle 192.168.1.254, le trafic ne va nul part) ...

edit: le dns en 192.168.1.154 peut être logique puisque cela peut être l' adresse de la Freebox, mais à moins que l' os de la Freebox soit basé sur Mageia, voir l' adresse 192.168.1.254 est incohérente ici ( sauf si la Freebox à une autre adresse IP).

Édité par nic80 Le 05/04/2024 à 22h42

J'ai ajouté la copie d'écran de l'adapteur Syncwire sous Mageia 8 qui elle marche :



et j'ai aussi ajouté le comportement du Sabrent sous Mageia 8 qui ne marchait déja pas et charge un autre module (cdc_ncm) que sous Mga 9 :

Édité par babs3 Le 05/04/2024 à 22h54

Bonjour,

Est ce que sous Mageia 9, les deux adaptateurs sont branchés en même temps ? Si oui on pourrait imaginer ceci... Les deux adaptateurs "récupèrent" une adresse, la syncwire une adresse normale mais avec un dns et une gateway fixés à l' adresse ip de la freebox ( 192.168.1.254). La sabrent se fixe une adresse ip qui correspond à l' adresse de la Freebox ( et donc tout le trafic ( dns entre autre) passe par elle qui ne sait rien en faire => pas d' Internet). Si c' est le cas, j' essaierais de débrancher celle ci dans un premier temps (quitte à redémarrer le pc ( en effet même carte débranchée la table arp pourrait être fausse ( et je ne sais pas comment la vider)), et voir si cela arrange les choses.

Si oui, il faudrait comprendre pourquoi la carte Sabrent prend une adresse ip en 192.168.1.254. L' adresse privée ( donc en 192.168.) de la Freebox en ipv4 quelle est elle ?

Edit: si sous Mageia 8, la carte Sabrent prend l' adresse IP 192.168.1.254 c' est une potentielle anomalie quelque part ( l' adresse IP doit être unique sur un réseau et ici on aurait la 192.168.1.154 en conflit sur le réseau ( en partant de l' hypothèse que l' adresse de la Freebox est 192.168.1.254). Il faudrait essayer de voir si on ne peut pas fixer son adresse manuellement

Édité par nic80 Le 05/04/2024 à 23h15

J'ai fait les tests avec un adaptateur à la fois mais sans redemarrage. J'essaierai demain en faisant un redemarrage systematique.

Comment obtient on l'adresse privée de la freebox ?

Comment fixer manuellement l'ip duSabrent ?

A noter que le Syncwire marche sous mageia 8 mais pas sous mageia 9. Que puis je faite pour trouver le problème ?

Merci !

Jacques

Édité par babs3 Le 05/04/2024 à 23h34

Bonjour,

N' ayant pas de Freebox, je ne sais pas comment on pourrait avoir l' adresse privée de celle ci ( j' ignore si un serveur web existe sur celles ci).

En désespoir de cause, quand la connexion fonctionne deux possibilités :

- essayer de se connecter à https://192.168.1.254 - si c' est la freebox, alors on a peut être une page web Free.
- essayer la commande "traceroute mageia.org", en principe le premier saut ( la première adresse ip de la ligne 1. ) devrait être la gateway ( qui est très souvent la box)

edit: plutôt que redémarrer le pc, on peut peut être faire en root la commande "arp -d 192.168.1.254" ( cela est sensé supprimer l' entrée 192.168.1.154 de la table arp ( qui fait la correspondance entre adresses IP et adresses MAC de manière locale sur le pc), table qui peut être affichée au travers de la commande "arp -a"

edit 2: pour fixer l' adresse IP du Sabrent, je laisse les experts Network Manager répondre à cette question, ne manipulant pas ce programme

Édité par nic80 Le 06/04/2024 à 00h21

Je pense que par défaut, il ne devrait pas y avoir de conflit d'ip, donc potentiellement une configuration déjà existant.
Peut-on voir la page de configuration des interfaces plutôt que le résultat en popup du systray ?

nic80 :

Bonjour,
En désespoir de cause, quand la connexion fonctionne deux possibilités :

- essayer de se connecter à https://192.168.1.254 - si c' est la freebox, alors on a peut être une page web Free.
- essayer la commande "traceroute mageia.org", en principe le premier saut ( la première adresse ip de la ligne 1. ) devrait être la gateway ( qui est très souvent la box)

http://192.168.1.254

Cela affiche bien une page freebox OS avec etats de la freebox, etc.

traceroute to mageia.org (163.172.148.228), 30 hops max, 60 byte packets
1 _gateway (192.168.1.254) 2.305 ms 2.231 ms 2.209 ms
2 station11.multimania.isdnet.net (194.149.174.108) 2.920 ms 2.899 ms 2.880 ms
3 station1.multimania.isdnet.net (194.149.174.98) 3.473 ms 3.809 ms *
(...)

nic80 :

Bonjour,
edit 2: pour fixer l' adresse IP du Sabrent, je laisse les experts Network Manager répondre à cette question, ne manipulant pas ce programme

En désespoir de cause, je veux qui bien repasser sur autre système pour tester !

Jybz :

Je pense que par défaut, il ne devrait pas y avoir de conflit d'ip, donc potentiellement une configuration déjà existant.
Peut-on voir la page de configuration des interfaces plutôt que le résultat en popup du systray ?

où se trouve cette page ?

Que faire pour voir ce qui bloque le Syncwire (qui lui marche sur mon autre portable sous Mageia 8) ?

Merci !

Jacques

Édité par babs3 Le 06/04/2024 à 10h46

Bonjour,

Pour la page de configuration, il faudrait cliquer sur l' icône qui se trouve sous la punaise ( et donc à droite de la loupe , je ne sais pas décrire l' icône sur laquelle il faut cliquer ( ici on n' est pas dans le domaine musical donc une portée est inadéquate)

Cela devrait ouvrir la page de configuration des interfaces réseau. Il faudrait regarder dans l' onglet ipv4 si on est en mode automatique ou manuelle dans méthode. Si automatique, alors il faudrait passer en méthode manuelle, saisir 192.168.1.254 en dns, et cliquer sur le bouton ajouter puis dans adresse saisir 192.168.1.253 ( il y a peu de chance qu' elle soit utilisée et dans la plage DHCP). Pour le masque de sous réseau je suppose que cela doit être du 255.255.255.0 ( /24) et en passerelle on mettra l' adresse de la Freebox ( 192.168.1.254 en l' occurence).

Attention s' agissant de carte réseau branchables à chaud ( car usb), elles ne sont pas prises en compte automatiquement par le parefeu de Mageia ( Shorewall). Il serait avisé de se rendre dans celui ci une fois la clé branchée afin de la rajouter à la liste des interfaces surveillées.

J'ai mis tout cela :



Sans succès.

J'ai aussi essayé sans succès :
- cocher la case "IPv4 est requis pour cette connexion"
- mettre le DNS Cloudflare 1.1.1.1

Je ne sais pas comment ajouter une interface sur le parfeu.

J'ai trouvé cette fenêtre dans mcc :


Merci !

Jacques

Édité par babs3 Le 06/04/2024 à 14h19

Bonjour,

Pour le parefeu, il faut aller dans gérer votre parefeu personnel puis en cliquant sur suivant il est demandé quelle interfaces doivent être surveillées, il faut donc cocher celles qui sont apparues suite à la connexion des clés USB.

Par sans succés, il faudrait indiquer ce qui permet de conclure que cela ne fonctionne pas ( certe une erreur " impossible d' afficher la page" permet de conclure que la partie web ne fonctionne pas, mais ne permet pas automatiquement de dire que la couche réseau ne fonctionne pas).

Bon je viens de m' apercevoir que j' ai lu trop vite les adresses ip précédement ( j' ai vu le 54 final mais je n' ai pas vu que l' adresse se finissait en 154 et la passerelle en 254, donc il n' y a pas de conflit et donc cela veut dire que la partie DHCP fonctionne correctement et donc que le problème d' accès à Internet est autre ( il est donc possible de repasser en mode automatique).

Quand cela ne fonctionne pas, il faudrait essayer de faire:

- ping vers passerelle ( ping 192.168.1.254)
- traceroute mageia.org ( ou un autre site quelconque).Ainsi on vérifie deux points: résolution dns et chemin pour accèder à Internet) . Suivant le retour de la commande on peut peut être trouver d' autres pistes. Désolé pour ma grossière erreur de lecture des adresses et donc de la perte de temps occasionnée. Je vais essayer d' être plus attentif

edit: la sortie de la commande "route" peut aussi aider. Une autre chose a vérifier c' est que NetworkManager et net_applet ( les services network et network_up ne doivent pas être lancés si NetworkManager fonctionne ( "systemctl status network" ne doit pas retourner running et un "ps -ajx | grep net" ne doit pas retourner de net_applet).

Édité par nic80 Le 06/04/2024 à 15h44

C'est super bizarre.

Je viens de retester tous les adapteurs Ethernet sur le portable LG Gram 16'' Mageia 9 : ils marchent tous. Il y a quelque chose dans les manips que je viens de faire qui a débloqué le système !

Sur les autres portables, c'est toujours bloqué.

Cela donne par exemple sur le SyncWire sur un LG Gram 14'' Mageia 9 :

ping 192.168.1.254
PING 192.168.1.254 (192.168.1.254) 56(84) octets de données.
De 192.168.1.82 icmp_seq=1 Hôte de destination injoignable
ping: sendmsg: Opération non permise
De 192.168.1.82 icmp_seq=2 Hôte de destination injoignable
ping: sendmsg: Opération non permise
De 192.168.1.82 icmp_seq=3 Hôte de destination injoignable
ping: sendmsg: Opération non permise
De 192.168.1.82 icmp_seq=4 Hôte de destination injoignable
ping: sendmsg: Opération non permise

traceroute mageia.org
mageia.org: Nom ou service inconnu
Cannot handle "host" cmdline arg `mageia.org' on position 1 (argc 1)

Merci !

Jacques

c'est bien un problème de parefeu.

Sur l'autre portable, Si je désactive le parefeu, cela marche.

Si je configure le parefeu personnel, il ajoute automatiquement les ports manquant.

Est-ce quelque chose à signaler pour les bug reports ?

Merci beaucoup pour votre aide !

Jacques

Édité par babs3 Le 06/04/2024 à 15h58

Bonjour,

En fait c' est un bug sans en être un...

Le fait de brancher une clé USB réseau, tunnel VPN etc... rajoute une interface réseau supplémentaire.

Ici le parefeu n' a pas le droit de dire : une nouvelle interface réseau vient d' être branchée, j' autorise le trafic. Ce serait un problème sécuritaire.

L' action d' autoriser le trafic à passer doit obligatoirement avoir l' aval d' un utilisateur.

Ici le bug est que l' utilisateur n' est pas notifié qu' un nouvel adaptateur réseau vient d' être branché et qu' il doit autoriser le trafic à passer. Cependant je ne vois pas comment cela serait réalisable.

C' est toutefois une chose intéressante... Vu que de plus en plus de portables ne sont plus équipés de prises réseau à "l' ancienne" pour jouer au " c' est moi le plus fin" et "il y a du wifi partout" ( ce qui est complétement faux) , il faut passer par ce type d' adaptateur si on veut une connexion filaire.

Édité par nic80 Le 06/04/2024 à 16h38