¿Cómo detectar el estado físico conectado de un cable / conector de red?

En un entorno Linux, necesito detectar el estado físico conectado o desconectado de un conector RJ45 a su zócalo. Preferiblemente utilizando solo secuencias de comandos BASH.

Las siguientes soluciones que se han propuesto en otros sitios NO funcionan para este propósito:

1. Usando 'ifconfig' - ya que un cable de red puede estar conectado pero la red no está configurada correctamente o no está activa
2. Haga ping a un host, ya que el producto estará dentro de una LAN utilizando una configuración de red desconocida y hosts desconocidos.

¿No hay algún estado que pueda usarse en el sistema de archivos / proc (todo lo demás está ahí)?

¿Cómo se supone que el mundo Linux tiene su propia versión de la burbuja de Windows que aparece en la bandeja de iconos que indica que acaba de desconectar el cable de red?

Kent Fredric y lothar , ambas respuestas satisfacen mi necesidad ... ¡muchas gracias! Cuál usaré ... Todavía no lo sé.

¿Supongo que no puedo ponerlos a ambos como la respuesta correcta? Y probablemente sea justo para ti que yo elija uno. ¿Lanzar una moneda, supongo? ¡Gracias otra véz!

Desea mirar los nodos en

/ sys / class / net /

Experimenté con el mío:

Alambre enchufado:

eth0/carrier:1
eth0/operstate:unknown

Alambre eliminado:

eth0/carrier:0
eth0/operstate:down

Cable enchufado de nuevo:

eth0/carrier:1
eth0/operstate:up

_{Truco lateral: cosechar todas las propiedades a la vez de la manera fácil:}

grep "" eth0/* 

Esto forma una buena lista de key:valuepares.

Puedes usar 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

Para obtener solo el estado del enlace, puede usar grep:

$ sudo ethtool eth0 | grep Link
    Link detected: yes

Use 'monitor ip' para obtener cambios de estado del enlace en TIEMPO REAL.

cat /sys/class/net/ethX Es, con mucho, el método más fácil.

Sin embargo, la interfaz debe estar activada, de lo contrario obtendrá un error de argumento no válido.

Entonces primero:

ifconfig ethX up

Luego:

cat /sys/class/net/ethX

En el nivel bajo, estos eventos pueden capturarse utilizando sockets rtnetlink , sin ningún sondeo. Nota al margen: si usa rtnetlink, debe trabajar junto con udev, o su programa puede confundirse cuando udev cambia el nombre de una nueva interfaz de red.

El problema al hacer configuraciones de red con scripts de shell es que los scripts de shell son terribles para el manejo de eventos (como un cable de red conectado y desconectado). Si necesita algo más potente, eche un vistazo a mi lenguaje de programación NCD , un lenguaje de programación diseñado para configuraciones de red.

Por ejemplo, un simple script NCD que imprimirá "cable in" y "cable out" en stdout (suponiendo que la interfaz ya esté activa):

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 :)
}

(internamente, net.backend.waitlink()usa rtnetlink y net.backend.waitdevice()usa udev)

La idea de NCD es que lo use exclusivamente para configurar la red, por lo que normalmente, los comandos de configuración se interpondrían entre ellos, como:

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 parte importante a tener en cuenta es que la ejecución puede retroceder ; en el segundo ejemplo, por ejemplo, si se extrae el cable, la dirección IP se eliminará automáticamente.

Existen dos demonios que detectan estos eventos:

ifplugd y netplugd

La mayoría de las distribuciones modernas de Linux usan NetworkManager para esto. Podrías usar D-BUS para escuchar los eventos.

Si desea que una herramienta de línea de comandos verifique el estado, también puede usarla mii-tool, dado que tiene en mente Ethernet.

Uso este comando para verificar que un cable esté conectado:

cd /sys/class/net/
grep "" eth0/operstate

Si el resultado será arriba o abajo. A veces se muestra desconocido, entonces debe verificar

eth0/carrier

Muestra 0 o 1

Algunas precisiones y trucos

1. Hago todo esto como usuario normal (no root )

2. Agarra información de dmesg

   Usar dmesges una de las primeras cosas que debe hacer para consultar el estado actual del sistema:

   dmesg | sed '/eth.*Link is/h;${x;p};d'
   

   podría responder algo como:

   [936536.904154] e1000e: eth0 NIC Link is Down
   

   o

   [936555.596870] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
   

   según el estado, el mensaje puede variar según el hardware y los controladores utilizados.

   Nota: esto podría ser escrito dmesg|grep eth.*Link.is|tail -n1pero prefiero usarlo sed.

   dmesg | sed '/eth.*Link is/h;${x;s/^.*Link is //;p};d'
   Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
   
   dmesg | sed '/eth.*Link is/h;${x;s/^.*Link is //;p};d'
   Down
   

3. Prueba alrededor del /syspseudo sistema de archivos

   Leer o escribir debajo /syspodría dañar su sistema, ¡especialmente si se ejecuta como root ! Has sido advertido ;-)

   Este es un método de agrupación, no un seguimiento de eventos reales .

   cd /tmp
   grep -H . /sys/class/net/eth0/* 2>/dev/null >ethstate
   while ! read -t 1;do
       grep -H . /sys/class/net/eth0/* 2>/dev/null |
           diff -u ethstate - |
           tee >(patch -p0) |
           grep ^+
     done
   

   Podría representar algo como (una vez que haya desenchufado y enchufado de nuevo, dependiendo):

   +++ -   2016-11-18 14:18:29.577094838 +0100
   +/sys/class/net/eth0/carrier:0
   +/sys/class/net/eth0/carrier_changes:9
   +/sys/class/net/eth0/duplex:unknown
   +/sys/class/net/eth0/operstate:down
   +/sys/class/net/eth0/speed:-1
   +++ -   2016-11-18 14:18:48.771581903 +0100
   +/sys/class/net/eth0/carrier:1
   +/sys/class/net/eth0/carrier_changes:10
   +/sys/class/net/eth0/duplex:full
   +/sys/class/net/eth0/operstate:up
   +/sys/class/net/eth0/speed:100
   

   (Presione Enterpara salir del bucle)

   Nota: Esto requiere patchser instalado.

4. En fin, ya debe haber algo sobre esto ...

   Dependiendo de la instalación de Linux , puede agregar if-upy if-downsecuencias de comandos para poder reaccionar a este tipo de eventos.

   En Debian (como Ubuntu ), puede almacenar sus scripts en

   /etc/network/if-down.d
   /etc/network/if-post-down.d
   /etc/network/if-pre-up.d
   /etc/network/if-up.d
   

   ver man interfacespara más información.

Usted puede utilizar ifconfig.

# ifconfig eth0 up
# ifconfig eth0

Si la entrada muestra EN EJECUCIÓN, la interfaz está físicamente conectada. Esto se mostrará independientemente de si la interfaz está configurada.

Esta es solo otra forma de obtener la información /sys/class/net/eth0/operstate.

en el arco de linux. (No estoy seguro en otras distribuciones) puede ver el estado operativo. que aparece si está conectado o abajo si no el estado operativo sigue vivo

/sys/class/net/(interface name here)/operstate
#you can also put watch 
watch -d -n -1 /sys/class/net/(interface name here)/operstate

tail -f /var/log/syslog | grep -E 'link (up|down)'

o para mí más rápido consigue:

tail -f /var/log/syslog | grep 'link \(up\|down\)'

Escuchará el archivo syslog.

Resultado (si se desconecta y después de 4 segundos se vuelve a conectar):

Jan 31 13:21:09 user kernel: [19343.897157] r8169 0000:06:00.0 enp6s0: link down
Jan 31 13:21:13 user kernel: [19347.143506] r8169 0000:06:00.0 enp6s0: link up

De alguna manera, si desea verificar si el cable de Ethernet se conectó a Linux después del comando: "ifconfig eth0 down". Encuentro una solución: use la herramienta ethtool.

#ethtool -t eth0
The test result is PASS
The test extra info:
Register test  (offline)         0
Eeprom test    (offline)         0
Interrupt test (offline)         0
Loopback test  (offline)         0
Link test   (on/offline)         0

si el cable está conectado, la prueba de enlace es 0, de lo contrario es 1.

Estaba usando mi dispositivo mejorado OpenWRT como repetidor (que agrega capacidades virtuales de ethernet y LAN inalámbrica) y descubrí que los valores de operador / opsato / sys / class / net / eth0 no eran confiables. Jugué con /sys/class/net/eth0.1 y /sys/class/net/eth0.2 también con (al menos en mi opinión) ninguna forma confiable de detectar que algo estaba conectado físicamente y hablando en cualquier de los puertos ethernet. Descubrí una forma un poco cruda pero aparentemente confiable de detectar si algo se había conectado desde el último estado de reinicio / encendido al menos (que funcionó exactamente como lo necesitaba en mi caso).

ifconfig eth0 | grep -o 'RX packets:[0-9]*' | grep -o '[0-9]*'

Obtendrá un 0 si no se ha conectado nada y algo> 0 si se ha conectado algo (incluso si se conectó y se retiró) desde el último ciclo de encendido o reinicio.

Espero que esto ayude a alguien al menos!