Comment détecter l'état physique connecté d'un câble/connecteur réseau ?

Question

Dans un environnement Linux, je dois détecter l'état physique de connexion ou de déconnexion d'un connecteur RJ45 à sa prise. De préférence en utilisant uniquement des scripts BASH.

Les solutions suivantes, qui ont été proposées sur d'autres sites, ne fonctionnent PAS à cette fin :

1. Utilisation de 'ifconfig' - car un câble réseau peut être connecté mais le réseau n'est pas correctement configuré ou n'est pas encore opérationnel.
2. Ping d'un hôte - puisque le produit se trouvera dans un réseau local utilisant une configuration réseau inconnue et des hôtes inconnus.

N'y a-t-il pas un état qui peut être utilisé dans le système de fichiers /proc (tout le reste s'y trouve) ?

Comment le monde Linux est-il censé avoir sa propre version de la bulle Windows qui apparaît dans la barre d'icônes pour indiquer que vous venez de débrancher le câble réseau ?

---

Kent Fredric y lothar les deux réponses répondent à mon besoin... merci beaucoup ! Laquelle je vais utiliser... Je ne sais toujours pas.

Je suppose que je ne peux pas vous inscrire tous les deux comme la bonne réponse ? Et c'est probablement juste pour vous que je n'en choisisse qu'une. On tire à pile ou face, je suppose ? Encore une fois, merci !

Answer 1

Vous voulez regarder les noeuds dans

/sys/class/net/

J'ai fait des expériences avec le mien :

Fil branché :

eth0/carrier:1
eth0/operstate:unknown

Fil retiré :

eth0/carrier:0
eth0/operstate:down

Le fil est à nouveau branché :

eth0/carrier:1
eth0/operstate:up

_{Truc de côté : récolter toutes les propriétés en même temps de manière simple :}

grep "" eth0/* 

Cela forme une belle liste de key:value paires.

Answer 2

Vous pouvez utiliser ethtool :

$ sudo ethtool eth0
Settings for eth0:
    Supported ports: [ TP ]
    Supported link modes:   10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Full
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
                            1000baseT/Full
    Advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 0
    Transceiver: internal
    Auto-negotiation: on
    Supports Wake-on: umbg
    Wake-on: g
    Current message level: 0x00000007 (7)
    Link detected: yes

Pour obtenir uniquement l'état des liens, vous pouvez utiliser grep :

$ sudo ethtool eth0 | grep Link
    Link detected: yes

Answer 3

Utilisez 'ip monitor' pour obtenir les changements d'état des liens en TEMPS REEL.

Answer 4

cat /sys/class/net/ethX est de loin la méthode la plus simple.

L'interface doit cependant être active, sinon vous obtiendrez une erreur d'argument invalide.

Alors d'abord :

ifconfig ethX up

Ensuite :

cat /sys/class/net/ethX

Answer 5

À bas niveau, ces événements peuvent être capturés à l'aide de rtnetlink sans polling. Remarque : si vous utilisez rtnetlink, vous devez travailler ensemble avec udev, ou votre programme peut être confus quand udev renomme une nouvelle interface réseau.

Le problème de faire des configurations de réseau avec des scripts shell est que les scripts sont terribles pour la gestion des évènements. (par exemple, un câble réseau branché et débranché). Si vous avez besoin de quelque chose de plus puissant, jetez un coup d'oeil à mon Langage de programmation NCD un langage de programmation conçu pour les configurations de réseau.

Par exemple, un simple NCD script qui imprimera "cable in" et "cable out" sur stdout (en supposant que l'interface est déjà en place) :

process foo {
    # Wait for device to appear and be configured by udev.
    net.backend.waitdevice("eth0");
    # Wait for cable to be plugged in.
    net.backend.waitlink("eth0");
    # Print "cable in" when we reach this point, and "cable out"
    # when we regress.
    println("cable in");   # or pop_bubble("Network cable in.");
    rprintln("cable out"); # or rpop_bubble("Network cable out!");
                           # just joking, there's no pop_bubble() in NCD yet :)
}

(en interne, net.backend.waitlink() utilise rtnetlink, et net.backend.waitdevice() utilise udev)

L'idée de NCD est que vous l'utilisez exclusivement pour configurer le réseau, donc normalement, les commandes de configuration viendraient entre les deux, comme par exemple :

process foo {
    # Wait for device to appear and be configured by udev.
    net.backend.waitdevice("eth0");
    # Set device up.
    net.up("eth0");
    # Wait for cable to be plugged in.
    net.backend.waitlink("eth0");
    # Add IP address to device.
    net.ipv4.addr("eth0", "192.168.1.61", "24");
}

La partie importante à noter est que l'exécution est autorisée à régresser ; dans le deuxième exemple, par exemple, si le câble est retiré, l'adresse IP sera automatiquement supprimée.