¿Cómo verificar el estado físico de un puerto ethernet en Linux?

64

Quiero verificar si un ethX especificado está físicamente arriba o abajo. ¿Cómo hago eso con la línea de comando?

linux networking ethernet

— Jader Dias
fuente

68

$ ethtool <eth?>

Por ejemplo:

$ ethtool eth0

proporciona:

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 pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: on
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000001 (1)
        Link detected: yes

— Destroica
fuente

46

Verifique /sys/class/net/eth0/operstatey otros archivos en este directorio.

Hasta donde sé, esto es específico de Linux 2.6+, pero proporciona una interfaz limpia para el controlador del kernel.

La documentación completa para esta parte del syssistema de archivos se puede encontrar aquí:

https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-class-net

— Linuxtraveler
fuente

10

/ sys / class / net / eth0 / carrier fue la respuesta perfecta a esta pregunta para mí.

— Por Knytt

Gran respuesta. Un pequeño anexo: / run / network / ifstate también tiene información útil.

— Paulo André Haacke

34

ethtool [interface]

la última línea muestra lo que quieres:

# ethtool eth0
Configuraciones para eth0:
        Puertos compatibles: [TP]
        Modos de enlace admitidos: 10baseT / Half 10baseT / Full 
                                100baseT / Half 100baseT / Full 
                                1000baseT / Full 
        Soporta negociación automática: sí
        Modos de enlace anunciados: 10baseT / Half 10baseT / Full 
                                100baseT / Half 100baseT / Full 
                                1000baseT / Full 
        Negociación automática anunciada: sí
        Velocidad: 1000 Mb / s
        Duplex: completo
        Puerto: par trenzado
        PHYAD: 0
        Transceptor: interno
        Negociación automática: en
        Soporta Wake-on: g
        Activación: d
        Nivel de mensaje actual: 0x00000037 (55)
        Enlace detectado: sí

— Kurt
fuente

44

Si marca esto: en.wikipedia.org/wiki/OSI_model . Verá que la última línea es sobre otra capa: la capa de enlace. Acabo de probar esto. Con un cable defectuoso, la capa física estaba activa, pero no la capa de enlace. Luego cambié a otro cable y aparecieron todas las capas.

— Jader Dias

25

ip link show

es otro. Buen viejo

ifconfig dev_name

o

ifconfig -a

también te dirá si la interfaz está activa. NOTA: Tenga cuidado con estos métodos, ya que pueden mostrar información desactualizada sobre el estado del enlace.

— cosa muy pegajosa
fuente

Creo que esta fue la mejor respuesta: ethtool no es estándar en mi distribución de Ubuntu, por lo que no ayuda si está en una caja no conectada a la red.

— user20010

44

Creo que ifconfig a veces mostrará datos desactualizados. Puede mostrarse ARRIBA cuando el enlace está inactivo, pero la interfaz de ethtool siempre mostrará la información correcta AFAIK.

— sed_and_done

2

Creo que @sed_and_done tiene razón. En una Red Hat VM, si desconecto la NIC, ethtool se muestra inmediatamente en Link detected: nolugar de Link detected: yes, y ip link show se muestra en <NO-CARRIER,BROADCAST,MULTICAST,UP>lugar de <BROADCAST,MULTICAST,UP,LOWER_UP>, pero ifconfig -a se muestra UP BROADCAST MULTICAST MTU:1500 Metric:1, que es lo mismo que cuando se conecta la NIC.

— Adi Inbar

16

dmesg | grep eth

deberías ver todos los cambios de estado

— lepole
fuente

Este es el único que funciona si uno carece de privilegios de administrador.

— Brian B

dmesg requiere root en Slackware 14.0

— AnonymousLurker

No lo hace Acabo de comprobarlo, aunque funciona para mí en el eth0dispositivo, pero no en el eth2dispositivo.

— Hola Ángel

9

También puede usar mii-tool para ver si el enlace está activo y verificar la velocidad negociada.

# mii-tool
eth0: negociado 100baseTx-FD, enlace ok

— Alakdae
fuente

44

mii-tool está en desuso y no funciona para las interfaces GbE.

— Dave Cheney

2

@DaveCheney# mii-tool eth0: negotiated 1000baseT-FD flow-control, link ok

— stolsvik

La página de manual de mii-tool sugiere usar ethtool. Sin embargo, mii-tool sigue haciendo su trabajo, más útil si se le da la opción -v (detallada).

— David Ramirez

3

Puede tener todos los detalles con el siguiente comando

ethtool eth0

Y si solo quieres ver el estado del enlace, da el siguiente comando

mii-tool eth0

— Nikunj Ranpura
fuente

2

Si su sistema está usando ifplugd(por ejemplo, en una Raspberry Pi con Raspbian), puede usar la herramienta de estado asociada ifplugstatuspara obtener el estado del enlace de todas las interfaces:

ifplugstatus

o una interfaz específica (por ejemplo, eth0):

ifplugstatus eth0

— Pierz
fuente

2

netplugd es un servicio que puede ejecutar programas cuando se conecta un cable o se desconecta un cable. Entonces, la línea de comando sería grep / var / log / messages o dmesg para la salida de netplugd.

— rjt
fuente

Bueno, no exactamente la respuesta solicitada, pero es interesante saberla. Al menos para mi.

— Sopalajo de Arrierez

2

Para agregar rápidamente a la respuesta de @ goo , debe interpretar el ip linko de la ip link show INTERFACEsiguiente manera.

Este es un puerto que está administrativamente activo, pero físicamente inactivo:

2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000

En otras palabras, lo UPque puede ver indica que el sistema está configurado para intentar usar la NIC para la conexión en red. El NO-CARRIERaquí te dice cuál es el problema que impedía la creación de redes de trabajo es.

Este es un puerto que está administrativamente inactivo (su capa física está 'activa', técnicamente, es una VM):

3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000

Finalmente, este puerto funciona normalmente:

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq state UP mode DEFAULT group default qlen 1000

Es administrativamente UP, LOWER_UPindica que la capa física está funcionando (es decir, hay un operador), y el segundo UPconfirma (en efecto) que la capa IP está activa .

— iwaseatenbyagrue
fuente