Configuração e Diagnóstico de NIC em Linux: Guia Prático para Sysadmins em 2026
Linux · Redes · NIC · Troubleshooting · NetworkManager · systemd-networkd | ✎ Duarte Spínola | 10 de Julho de 2026
A configuração de interfaces de rede (NIC — Network Interface Card) em Linux envolve múltiplas camadas: driver do kernel, link físico (ethtool), configuração IP (iproute2, NetworkManager ou systemd-networkd), bonding/teaming, VLANs, e bridges. Este guia cobre a configuração completa de NICs em servidores Linux modernos (Ubuntu 24.04, Debian 12, RHEL 9/CentOS Stream 9), diagnóstico sistemático de anomalias de rede, e resolução dos problemas mais comuns que sysadmins encontram. Todas as referências seguem a documentação oficial do kernel Linux, man pages do iproute2, e wiki Arch Linux.
Conteúdos
- 1. O que Está a Acontecer — Stack de Rede Linux em 2026
- 2. Cenários em que a Configuração NIC é Crítica
- 3. Ferramentas Essenciais — ip, ethtool, nmcli, networkctl
- 4. Configuração de NIC com iproute2 (Persistente e Temporária)
- 5. Configuração com NetworkManager (nmcli)
- 6. Configuração com systemd-networkd
- 7. Bonding, Teaming, VLANs e Bridges
- 8. Hardening de NIC — Offloading, MTU, Ring Buffers
- 9. Diagnóstico de Anomalias — Método Sistemático em 8 Passos
- 10. Os 12 Problemas Mais Comuns — Causa e Solução
- 11. FAQ para Sysadmins
- 12. Erros Comuns e Resoluções Rápidas
1. O que Está a Acontecer — Stack de Rede Linux em 2026
O stack de rede Linux evoluiu significativamente nos últimos anos. A ferramenta ifconfig foi oficialmente descontinuada em favor do ip (iproute2), o netstat foi substituído pelo ss, e a gestão de rede em servidores divide-se entre três stacks principais: iproute2 (manual/configuração low-level), NetworkManager (desktop e servidores com interface dinâmica), e systemd-networkd (infraestrutura cloud/containers) (Arch Wiki — Network configuration).
Em 2026, três mudanças importantes afectam sysadmins:
Predictable Network Interface Names — As interfaces já não se chamam eth0, eth1. O systemd udev atribui nomes baseados na localização física do hardware: enp3s0 (PCI bus 3, slot 0), eno1 (onboard NIC), ens1 (hotplug slot). Isto garante nomes estáveis entre reboots mas confunde quem vem do mundo eth0 (Arch Wiki — Network interface).
Depreciação do net-tools — ifconfig, netstat, route, arp deixaram de ser instalados por defeito em Ubuntu/Debian/RHEL. As替代 são ip, ss, ip route, ip neigh. O pacote net-tools ainda existe mas não recebe actualizações.
Multi-stack em servidores — Um servidor pode ter NetworkManager para a interface de gestão, systemd-networkd para bridges de containers, e iproute2 para bonding. Saber qual usar em cada cenário é fundamental.
2. Cenários em que a Configuração NIC é Crítica
| Cenário | Risco | Stack recomendado |
|---|---|---|
| Servidor cloud (Hetzner, AWS, Azure) | Configuração cloud-init, IP estático | netplan → systemd-networkd |
| Servidor on-premise com bonding | LACP, failover de NIC | NetworkManager ou netplan |
| Host de virtualização (KVM/Proxmox) | Bridge para VMs, VLAN trunking | iproute2 + bridge |
| Servidor com múltiplas VLANs | 802.1Q tagging, sub-interfaces | NetworkManager (nmcli) ou systemd-networkd |
| Edge/edge computing (K3s) | Interface dinâmica, baixo recursos | systemd-networkd (leve) |
| Raspberry Pi / ARM SBC | Driver específico, WiFi+Ethernet | NetworkManager ou dhcpcd |
| Servidor com NIC 10G/25G/100G | Tuning de ring buffers, offloading, MTU jumbo | ethtool + iproute2 |
| Diagnóstico de latência/packet loss | Problema na camada física ou driver | ethtool + tcpdump + ss |
3. Ferramentas Essenciais — ip, ethtool, nmcli, networkctl
iproute2 (comando ip)
O pacote iproute2 é o standard de facto para configuração de rede em Linux. Substitui completamente o net-tools (ifconfig, route, arp, netstat). Documentação: man ip-link, man ip-address.
# Listar todas as interfaces ip link show # Output: # 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 ... # 2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 ... # 3: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 ... # Mostrar endereços IP ip addr show # ou abreviado: ip a # Mostrar rotas ip route show # ou: ip r # Mostrar vizinhos ARP ip neigh show # Mostrar estatísticas de interface ip -s link show enp3s0
ethtool — Configuração da camada física
O ethtool permite ver e configurar parâmetros da camada física da NIC: velocidade, duplex, offloading, ring buffers, wake-on-LAN. Documentação: man ethtool.
# Ver informação completa da NIC ethtool enp3s0 # Output: # Settings for enp3s0: # Supported ports: [ TP ] # Supported link modes: 1000baseT/Full, 10000baseT/Full # Speed: 10000Mb/s # Duplex: Full # Auto-negotiation: on # Port: Twisted Pair # Wake-on: g # Ver estatísticas detalhadas (dropped packets, errors) ethtool -S enp3s0 # Ver ring buffers ethtool -g enp3s0 # Pre-set maximums: # RX: 4096 # TX: 4096 # Current hardware settings: # RX: 512 # TX: 512 # Ver offloading ethtool -k enp3s0
nmcli — NetworkManager CLI
O nmcli é a interface de linha de comando do NetworkManager, o gestor de rede padrão em Ubuntu desktop, RHEL, Fedora, e muitos servidores (Arch Wiki — NetworkManager).
# Listar todas as ligações nmcli connection show # Listar dispositivos nmcli device status # Output: # DEVICE TYPE STATE CONNECTION # enp3s0 ethernet connected Wired connection 1 # eno1 ethernet disconnected -- # lo loopback unmanaged -- # Ver detalhes de uma ligação nmcli connection show "Wired connection 1"
networkctl — systemd-networkd
O networkctl é a ferramenta de diagnóstico do systemd-networkd, usada em infraestruturas cloud e containers (Ubuntu Server — Networking).
# Listar todas as interfaces e seu estado networkctl list # Output: # IDX LINK TYPE OPERATIONAL SETUP # 1 lo loopback carrier unmanaged # 2 enp3s0 ether routable configured # 3 eno1 ether off unmanaged # Ver detalhes de uma interface networkctl status enp3s0
4. Configuração de NIC com iproute2 (Persistente e Temporária)
Configuração temporária (perde-se no reboot)
# Levantar interface sudo ip link set enp3s0 up # Derrubar interface sudo ip link set enp3s0 down # Atribuir IP estático sudo ip addr add 192.168.1.100/24 dev enp3s0 # Remover IP sudo ip addr del 192.168.1.100/24 dev enp3s0 # Adicionar gateway padrão sudo ip route add default via 192.168.1.1 # Adicionar rota específica sudo ip route add 10.0.0.0/24 via 192.168.1.254 # Mudar MTU sudo ip link set enp3s0 mtu 9000 # Mudar nome da interface sudo ip link set enp3s0 name lan0 # Adicionar VLAN (802.1Q) sudo ip link add link enp3s0 name enp3s0.100 type vlan id 100 sudo ip addr add 10.100.0.1/24 dev enp3s0.100 sudo ip link set enp3s0.100 up
⚠ Configuração temporária perde-se no reboot. Use estes comandos para teste ou troubleshooting. Para configuração persistente, use netplan, NetworkManager, ou systemd-networkd (secções seguintes).
Configuração persistente com netplan (Ubuntu 24.04)
O Ubuntu usa netplan como frontend que gera configuração para NetworkManager ou systemd-networkd. Os ficheiros ficam em /etc/netplan/:
# /etc/netplan/01-netcfg.yaml
# IP estático simples
network:
version: 2
ethernets:
enp3s0:
dhcp4: false
addresses:
- 192.168.1.100/24
routes:
- to: default
via: 192.168.1.1
nameservers:
addresses: [8.8.8.8, 1.1.1.1]
# /etc/netplan/02-bonding.yaml
# Bonding LACP com 2 NICs
network:
version: 2
ethernets:
enp3s0:
dhcp4: false
eno1:
dhcp4: false
bonds:
bond0:
interfaces: [enp3s0, eno1]
parameters:
mode: 802.3ad
lacp-rate: fast
miimon: 100
addresses:
- 192.168.1.200/24
routes:
- to: default
via: 192.168.1.1
nameservers:
addresses: [8.8.8.8, 1.1.1.1]
Após editar, aplicar e validar:
# Validar sintaxe (não aplica) sudo netplan try # Aplicar definitivamente sudo netplan apply # Debug sudo netplan --debug apply
Configuração persistente em RHEL 9 / CentOS Stream 9
O RHEL 9 usa ficheiros individuais em /etc/NetworkManager/system-connections/ ou scripts ifcfg em /etc/sysconfig/network-scripts/:
# /etc/NetworkManager/system-connections/enp3s0.nmconnection [connection] id=enp3s0 type=ethernet interface-name=enp3s0 [ipv4] method=manual addresses=192.168.1.100/24 gateway=192.168.1.1 dns=8.8.8.8;1.1.1.1 # Aplicar sudo nmcli connection reload sudo nmcli connection up enp3s0
5. Configuração com NetworkManager (nmcli)
Criar ligação estática
# Criar ligação nova com IP estático sudo nmcli connection add \ type ethernet \ con-name "lan-estatica" \ ifname enp3s0 \ ipv4.method manual \ ipv4.addresses 192.168.1.100/24 \ ipv4.gateway 192.168.1.1 \ ipv4.dns "8.8.8.8 1.1.1.1" # Activar sudo nmcli connection up "lan-estatica" # Verificar nmcli connection show "lan-estatica" | grep -E "ipv4\.(address|gateway|dns)"
Configurar DHCP
# DHCP sudo nmcli connection add \ type ethernet \ con-name "lan-dhcp" \ ifname enp3s0 \ ipv4.method auto sudo nmcli connection up "lan-dhcp"
Modificar ligação existente
# Mudar IP sudo nmcli connection modify "lan-estatica" ipv4.addresses 192.168.1.150/24 # Mudar gateway sudo nmcli connection modify "lan-estatica" ipv4.gateway 192.168.1.254 # Mudar DNS sudo nmcli connection modify "lan-estatica" ipv4.dns "1.1.1.1 8.8.4.4" # Mudar MTU sudo nmcli connection modify "lan-estatica" 802-3-ethernet.mtu 9000 # Aplicar mudanças sudo nmcli connection up "lan-estatica"
Bonding com nmcli
# Criar bond LACP (802.3ad) sudo nmcli connection add \ type bond \ con-name "bond0" \ ifname bond0 \ bond.options "mode=802.3ad,miimon=100,lacp-rate=fast" # Adicionar NICs ao bond sudo nmcli connection add \ type ethernet \ con-name "bond0-slave1" \ ifname enp3s0 \ master bond0 \ slave-type bond sudo nmcli connection add \ type ethernet \ con-name "bond0-slave2" \ ifname eno1 \ master bond0 \ slave-type bond # Configurar IP no bond sudo nmcli connection modify "bond0" \ ipv4.method manual \ ipv4.addresses 192.168.1.200/24 \ ipv4.gateway 192.168.1.1 # Activar sudo nmcli connection up bond0-slave1 sudo nmcli connection up bond0-slave2 sudo nmcli connection up bond0
6. Configuração com systemd-networkd
O systemd-networkd é a opção mais leve para servidores cloud, containers, e edge computing. Usa ficheiros .network e .netdev em /etc/systemd/network/ (kernel.org — networking).
# /etc/systemd/network/10-lan.network [Match] Name=enp3s0 [Network] Address=192.168.1.100/24 Gateway=192.168.1.1 DNS=8.8.8.8 DNS=1.1.1.1 # DHCP alternativa # [Network] # DHCP=yes
# /etc/systemd/network/20-bond.netdev # Criar interface bond0 [NetDev] Name=bond0 Kind=bond [Bond] Mode=802.3ad MiimonMs=100 LACPTransmitRate=fast
# /etc/systemd/network/20-bond.network # Configurar IP no bond0 [Match] Name=bond0 [Network] Address=192.168.1.200/24 Gateway=192.168.1.1 DNS=8.8.8.8 # Adicionar escravos ao bond [Match] Name=enp3s0 [Network] Bond=bond0
Activar systemd-networkd:
# Activar serviço sudo systemctl enable systemd-networkd sudo systemctl start systemd-networkd # Verificar networkctl list networkctl status enp3s0 # Reiniciar configuração sudo networkctl reload # ou sudo systemctl restart systemd-networkd
7. Bonding, Teaming, VLANs e Bridges
Bonding — Modos
O bonding permite agrupar múltiplas NICs numa única interface lógica para redundância ou throughput. A documentação oficial está em kernel.org — bonding.
| Modo | Nome | Requer switch? | Casos de uso |
|---|---|---|---|
| 1 | active-backup | Não | Failover simples — switchs não configurados |
| 2 | balance-xor | Não | Load balance sem LACP |
| 4 | 802.3ad (LACP) | Sim (switch LACP) | Standard enterprise — máxima performance |
| 5 | balance-tlb | Não | Load balance TX sem switch config |
| 6 | balance-alb | Não | Load balance TX+RX sem switch config |
VLANs (802.1Q)
# Criar VLAN 100 na interface enp3s0 sudo ip link add link enp3s0 name enp3s0.100 type vlan id 100 sudo ip addr add 10.100.0.1/24 dev enp3s0.100 sudo ip link set enp3s0.100 up # Verificar ip -d link show enp3s0.100 # Deve mostrar: vlan id 100 <REORDER_HDR>
Bridge para KVM/containers
# Criar bridge br0 sudo ip link add name br0 type bridge sudo ip link set br0 up # Adicionar NIC física à bridge sudo ip link set enp3s0 master br0 # Atribuir IP à bridge (não à NIC física) sudo ip addr add 192.168.1.100/24 dev br0 sudo ip route add default via 192.168.1.1 # Verificar ip link show master br0 # Deve listar enp3s0 como slave # Documentação: https://www.kernel.org/doc/html/latest/networking/bridge.html
8. Hardening de NIC — Offloading, MTU, Ring Buffers
Offloading — quando desactivar
O offloading permite à NIC processar tarefas que normalmente seriam do CPU (checksum, segmentação, etc.). Em redes estáveis melhora performance. Em redes com problemas pode causar pacotes corrompidos ou mau diagnóstico com tcpdump:
# Ver offloading actual ethtool -k enp3s0 | grep -E "rx-checksumming|tx-checksumming|generic-segmentation|generic-receive" # Desactivar GRO (problema comum em KVM/Docker) sudo ethtool -K enp3s0 gro off # Desactivar TSO (troubleshooting packet corruption) sudo ethtool -K enp3s0 tso off # Desactivar LRO (pode causar problemas com routing) sudo ethtool -K enp3s0 lro off # Persistir (Ubuntu/Debian) — criar arquivo em /etc/network/if-up.d/ #!/bin/bash ethtool -K enp3s0 gro off tso off lro off
MTU — Jumbo Frames
# MTU padrão: 1500 # Jumbo frames: 9000 (storage/iSCSI/backup) # Ver MTU actual ip link show enp3s0 | grep mtu # Mudar MTU para 9000 sudo ip link set enp3s0 mtu 9000 # Persistir com nmcli sudo nmcli connection modify "lan-estatica" 802-3-ethernet.mtu 9000 sudo nmcli connection up "lan-estatica" # Verificar que MTU está correcta nos dois lados ping -M do -s 8972 192.168.1.1 # -M do = don't fragment, -s 8972 = 9000-28 (ICMP+IP headers) # Se responder: jumbo frames OK nos dois lados
ℹ MTU deve ser igual em toda a path. Se o servidor tem MTU 9000 mas o switch intermediário tem 1500, os pacotes jumbo são descartados (ou fragmentados se DF=0). Use ping -M do -s 8972 para testar end-to-end.
Ring Buffers — Tuning para alto tráfego
# Ver ring buffers actuais ethtool -g enp3s0 # Aumentar para máximo (reduz packet drops em alto tráfego) sudo ethtool -G enp3s0 rx 4096 tx 4096 # Verificar ethtool -g enp3s0 # Current hardware settings: # RX: 4096 # TX: 4096
Interrupt Coalescing — Balancear latência vs throughput
# Ver configuração actual ethtool -c enp3s0 # Para baixa latência (VoIP, gaming, trading) sudo ethtool -C enp3s0 rx-usecs 0 tx-usecs 0 # Para alto throughput (storage, backup) — agrupar interrupts sudo ethtool -C enp3s0 rx-usecs 64 tx-usecs 64
9. Diagnóstico de Anomalias — Método Sistemático em 8 Passos
Quando uma NIC apresenta problemas — lentidão, packet loss, desconexões, ou falha total — o diagnóstico deve seguir um método camada-a-camada, da física à aplicação.
Passo 1 — Verificar link físico
# Estado do link (up/down/speed/duplex) ethtool enp3s0 | grep -E "Speed|Duplex|Link" # Output esperado: # Speed: 10000Mb/s # Duplex: Full # Link detected: yes # Se Link detected: no — problema físico (cabo, switch, NIC desligada)
Passo 2 — Verificar erros de interface
# Estatísticas detalhadas ethtool -S enp3s0 | grep -iE "error|drop|collision|discard" # Estatísticas via ip ip -s link show enp3s0 # RX: bytes packets errors dropped # TX: bytes packets errors dropped # Erros com significado: # rx_crc_errors: cabo defeituoso ou NIC a falhar # rx_length_errors: duplex mismatch # rx_missed_errors: ring buffer demasiado pequeno # tx_aborted_errors: collision excessiva (duplex mismatch)
Passo 3 — Verificar configuração IP
# IPs atribuídos ip addr show enp3s0 # Conectividade local (gateway) ping -c 3 192.168.1.1 # Conectividade externa ping -c 3 8.8.8.8 # Resolução DNS dig kbase.pt nslookup kbase.pt
Passo 4 — Verificar rotas
# Tabela de rotas ip route show # Default gateway presente? # default via 192.168.1.1 dev enp3s0 # Rota para destino específico ip route get 8.8.8.8 # 8.8.8.8 via 192.168.1.1 dev enp3s0 src 192.168.1.100
Passo 5 — Verificar ARP
# Tabela ARP ip neigh show # 192.168.1.1 dev enp3s0 lladdr aa:bb:cc:dd:ee:ff REACHABLE # Se gateway está INCOMPLETE — problema de L2 (VLAN, switch, MAC) # Flush ARP em caso de problema sudo ip neigh flush dev enp3s0
Passo 6 — Captura de tráfego (tcpdump)
# Capturar 100 pacotes numa interface sudo tcpdump -i enp3s0 -c 100 -n # Capturar tráfego de um host específico sudo tcpdump -i enp3s0 host 192.168.1.1 -n -c 50 # Capturar apenas ICMP (ping) sudo tcpdump -i enp3s0 icmp -n # Capturar e salvar para análise sudo tcpdump -i enp3s0 -w /tmp/captura.pcap -c 1000 # Documentação: https://man7.org/linux/man-pages/man8/tcpdump.8.html
Passo 7 — Verificar ligações activas (ss)
# Todas as ligações TCP ss -t -a # Resumo por estado ss -s # Ligações numa porta específica ss -tlnp | grep :22 # Documentação: https://man7.org/linux/man-pages/man8/ss.8.html
Passo 8 — Verificar driver e kernel
# Driver em uso ethtool -i enp3s0 # driver: ixgbe # version: 5.19.0 # firmware-version: 0x800009b3 # bus-info: 0000:03:00.0 # Mensagens do kernel sobre a NIC sudo dmesg | grep -i enp3s0 sudo dmesg | grep -i eth sudo dmesg | grep -iE "link|NIC|driver" | tail -20 # Verificar IRQs da NIC cat /proc/interrupts | grep enp3s0
10. Os 12 Problemas Mais Comuns — Causa e Solução
| Problema | Causa | Solução |
|---|---|---|
| NIC não aparece (nenhuma interface) | Driver não carregado ou hardware em falta | lspci | grep -i ether + sudo modprobe <driver> |
| Link detected: no | Cabo desligado, switch port desactivada, ou NIC off | Verificar cabo físico, sudo ip link set enp3s0 up |
| Speed: 100Mb/s em vez de 1000Mb/s | Auto-negotiation falhou ou cabo categoria errada | sudo ethtool -s enp3s0 speed 1000 duplex full autoneg on |
| Duplex mismatch | Switch a full-duplex, NIC a half-duplex (ou vice-versa) | Forçar full-duplex nos dois lados: ethtool -s enp3s0 duplex full |
| RX dropped packets altos | Ring buffer pequeno ou CPU saturado | sudo ethtool -G enp3s0 rx 4096 |
| CRC errors crescentes | Cabo defeituoso ou conector sujo | Substituir cabo, limpar conector, verificar crimpagem |
| Interface perde configuração após reboot | Configurado com ip (temporário) sem persistência |
Usar netplan, nmcli, ou systemd-networkd para persistir |
| Nome da interface mudou após reboot | Predictable Network Interface Names (udev/systemd) | Usar o nome estável ou criar regra udev personalizada |
| NIC 10G/25G com baixa performance | Offloading errado, IRQ affinity, ring buffers pequenos | ethtool -G + ethtool -C + verificar NUMA locality |
| VLAN não tagga correctamente | Driver da NIC não suporta hardware VLAN offload | sudo ethtool -K enp3s0 rxvlan off txvlan off |
| Bond não agrega (LACP) | Switch não configurado para LACP ou miimon errado | Verificar config do switch (LACP active), cat /proc/net/bonding/bond0 |
| MTU mismatch (pacotes grandes descartados) | MTU diferente entre servidor, switch, e destino | ping -M do -s 8972 <destino> para testar path MTU |
11. FAQ para Sysadmins
1. ifconfig ou ip?
ip sempre. O ifconfig foi descontinuado, não suporta funcionalidades modernas (multiple IPs por interface, VLANs, policy routing), e não é instalado por defeito em Ubuntu/Debian/RHEL modernos. Documentação: man ip-link.
2. netstat ou ss?
ss sempre. O netstat foi descontinuado e é notavelmente mais lento em servidores com muitos sockets. ss -tlnp substitui netstat -tlnp. Documentação: man ss.
3. NetworkManager, systemd-networkd, ou netplan?
Depende do cenário: NetworkManager para servidores com interface dinâmica e desktops; systemd-networkd para cloud/containers/edge (mais leve); netplan é o frontend do Ubuntu que gera config para qualquer dos dois. Em RHEL/CentOS, usa-se NetworkManager directamente.
4. Porque é que a minha interface se chama enp3s0 e não eth0?
O systemd udev atribui nomes baseados na localização física do hardware (bus PCI, slot, porta) para garantir que os nomes são estáveis entre reboots. enp3s0 = Ethernet, PCI bus 3, slot 0. eno1 = Ethernet, onboard NIC 1. Para voltar ao esquema eth0 antigo, pode-se passar net.ifnames=0 no kernel cmdline, mas não é recomendado (Arch Wiki — Network interface).
5. Quando devo desactivar offloading?
Desactive GRO (Generic Receive Offload) em hosts de virtualização (KVM, Docker) quando houver packet corruption. Desactive TSO/LRO em troubleshooting com tcpdump — sem desactivar, o tcpdump mostra pacotes pré-segmentação e não reflecte o tráfego real no fio.
6. Como diagnosticar duplex mismatch?
Sintomas: latência alta, throughput baixo (< 50% do esperado), collisions crescentes. Diagnóstico: ethtool enp3s0 mostra duplex; comparar com switch. Se switch está full-duplex e NIC está half-duplex (ou vice-versa), há mismatch. Solução: forçar full-duplex nos dois lados.
7. O que fazer quando a NIC simplesmente desaparece?
Verificar: (1) lspci | grep -i ether — hardware detectado?; (2) lsmod | grep <driver> — driver carregado?; (3) sudo modprobe <driver> — carregar driver; (4) dmesg | tail -30 — erros de kernel; (5) se hardware não detectado em lspci, problema físico — reseated NIC, trocar slot PCIe.
8. Como monitorizar packet drops em tempo real?
# Monitorizar drops em tempo real (1 vez por segundo) watch -n 1 'ip -s link show enp3s0 | grep -A2 RX' # Ou com ethtool watch -n 1 'ethtool -S enp3s0 | grep -i drop'
12. Erros Comuns e Resoluções Rápidas
| Sintoma | Causa provável | Comando de resolução |
|---|---|---|
| No carrier | Cabo desligado ou switch port off | ethtool enp3s0 + verificar cabo físico |
| Interface DOWN | Interface derrubada manualmente ou driver falhou | sudo ip link set enp3s0 up |
| Destination Host Unreachable | Sem gateway ou ARP falha | ip route show + ip neigh show |
| Network is unreachable | Sem rota para destino | sudo ip route add default via <gateway> |
| ping: unknown host | DNS não funciona | cat /etc/resolv.conf + testar dig @8.8.8.8 kbase.pt |
| RTNETLINK answers: File exists | IP ou rota já existe | Remover primeiro: sudo ip addr del ... |
| Cannot find device “eth0” | Nome antigo, interface agora chama-se enp3s0 | ip link show para ver nomes reais |
| Operation not permitted | Falta de permissões root | Usar sudo |
| Connection timed out | Firewall a bloquear ou host inalcançável | nc -zv host porta + tcpdump -i enp3s0 host <destino> |
| bond0: link down | Ambas as NICs escravas estão down | cat /proc/net/bonding/bond0 + verificar NICs físicas |
| nmcli: Error: NetworkManager is not running | NetworkManager parado ou desactivado | sudo systemctl start NetworkManager |
| netplan: Error in definition | Erro de sintaxe YAML | sudo netplan try para ver o erro exacto |
Artigos Relacionados
- Diagnóstico de Conectividade Linux Avançado: curl, TLS, nftables, WireGuard
- Diagnóstico de Conectividade Linux Avançado 2026
- SSH: Configuração, Hardening e Diagnóstico
- Diagnóstico de CPU Linux
- Diagnóstico de Memória Linux
- Diagnóstico de Desempenho em VMs Linux
- Diagnóstico de Kernel Logs Linux
- Ferramentas Avançadas de Diagnóstico Linux
- Diagnóstico de Processos e Serviços Linux
- Layer 2 vs Layer 3: Quando Usar Cada Camada
