Connexion réseau en mode Lecture-seule

6 risposte [Ultimo contenuto]
Sasaki
Offline
Iscritto: 08/11/2014

Salut,

j'ai une connection réseau en mode lecture-seule que j'aimerais supprimer et je n'y arrive pas avec nmcli. Je ne sais pas trop comment elle est arrivée là, ça a dû se créer pendant la màj vers Trisquel 8 où j'ai conservé mon /home.

$ nmcli dev status
PÉRIPHÉRIQUE TYPE ÉTAT CONNEXION
ttyACM0 gsm connecté modem
isiusb_0 gsm connexion (préparation) /208103790530822/context1
enp2s0 ethernet indisponible --
lo loopback non-géré --
usbpn0 unknown non-géré --
$ nmcli con delete /208103790530822/context1
Erreur : la suppression de la connexion a échoué : Connection is read-onlyErreur : les connexions n'ont pas toutes été supprimées.

Magic Banana

I am a member!

Offline
Iscritto: 07/24/2010

De ce que je comprends, il ne s’agit pas d’une « connexion » (que 'nmcli connection show' liste) mais d’un « périphérique » (que 'nmcli device show' liste). Or, 'man nmcli' spécifie bien qu’il ne peut pas supprimer les périphériques réellement matériels :

delete [ifname...]
Delete a device. The command removes the interface from the system. Note that this only works for software devices like bonds, bridges, teams, etc. Hardware devices (like Ethernet) cannot be deleted by the command.

Tu devrais pouvoir faire en sorte que NetworkManager ignore the périphérique en éditant, avec les droits d’administration (et, ici, Pluma : choisis ton éditeur de texte préféré), /etc/NetworkManager/NetworkManager.conf:
$ gksu pluma /etc/NetworkManager/NetworkManager.conf

Pour cela, lis 'man NetworkManager.conf'. Il semblerait qu’ajouter une section KEYFILE (si elle n’existe pas déjà) comme cela pourrait faire ce que tu veux :

[keyfile]
unmanaged-devices=interface-name:isiusb_0

C’est en tout cas ma suggestion après avoir lu en diagonal 'man NetworkManager.conf'. Ceci dit, tu cherches peut-être à plus fondamentalement supprimer le périphérique. Apparaît-il dans /dev ? Y a-t-il une règle udev associée à sa détection ?

Sasaki
Offline
Iscritto: 08/11/2014

J'ai modifié le fichier de configuration de Network-manager comme tu me l'as indiqué, puis redémarré la machine. C'est beaucoup mieux !
La connection est toujours présente quand je fais nmcli connection show, ainsi que dans le gestionnaire graphique des connexions, mais le système n'essaie plus de s'y connecter en permanence ce qui rend la connection modem plus stable (isiusb_0 faisait parfois obstacle à ttyACM0).

Voici le résultat de $ nmcli connection show


NOM UUID TYPE PÉRIPHÉRIQUE
/208103790530822/context1 b2f84891-8f9b-1c35-29a9-cfeafbba5ba5 gsm isiusb_0
modem 28ad35fa-00c4-45f0-8baf-3d68e6ea6c15 gsm ttyACM0
Connexion filaire 1 6c8dbbe5-4891-3cee-afd1-d6b31c3a5886 802-3-ethernet --

ls /dev | grep 'isiusb_0' ne renvoie rien

Comme il s'agit d'une connection de type gsm, le périphérique associé est à tous les coups mon téléphone que j'utilise comme modem. Ce que je trouve étrange c'est qu'une seule connection apparaît dans /etc/NetworkManager/system-connections/:


ls /etc/NetworkManager/system-connections/
modem

Y a-t-il une règle udev associée à sa détection ?

Je ne sais pas ce que ça veut dire :-)

Magic Banana

I am a member!

Offline
Iscritto: 07/24/2010

Si tu utilises parfois ton téléphone comme modem, alors je ne crois pas que tu veuilles empêcher sa détection ! Les modifications que tu as déjà appliquées ne te permettent déjà plus de facilement utiliser ton téléphone comme modem, n’est-ce pas ?

Sasaki
Offline
Iscritto: 08/11/2014

Au contraire maintenant que j'ai blacklisté isiusb_0, la connection est plus stable, comme je l'explique en début du message précédent.

Serait-ce que chacune de ces connections est liée à un périphérique différent ? Comment le vérifier ?

Magic Banana

I am a member!

Offline
Iscritto: 07/24/2010

L’applet NetworkManager, sur le panel, t’indique quelle connexion est utilisée.

Sasaki
Offline
Iscritto: 08/11/2014

Eh bien justement, quand je ne blackliste pas isiusb_0 et que je branche le téléphone, l'applet network-manager essaie de se connecter aux deux connections en même temps.
C'est pour cela que je pensais que isiusb_0 était liée au même périphérique que ttyACM0