Placas De Rede Ethernet

Como instalar e configurar placas de rede ethernet no Linux

A maioria das pessoas não percebe que o driver da placa de rede é uma das primeiras coisas que quebram depois de um upgrade de kernel. Você atualiza, reinicia e o Wi-Fi funciona mas a porta Ethernet simplesmente desaparece do sistema. Já vi isso acontecer com placas Realtek e Intel em servidores rodando Ubuntu Server sem interface gráfica, o que torna a recuperação ainda mais chatinha.

Escolhendo placas de rede ethernet adequadas para seu uso

Não adianta comprar uma placa de rede de 10 Gbps se o switch do seu escritório só vai entregar 1 Gbps. O gargalo vai estar no outro lado. Para casa ou pequeno escritório, uma placa Intel Gigabit como a I211 ou I225 já é mais do que suficiente. O problema é que a Intel mudou a arquitetura da I225 e alguns drivers antigos não reconhecem. Verifique sempre a lista de compatibilidade antes de gastar dinheiro. Para trabalho pesado como transmissão de arquivos entre NAS ou virtualização, considere placas com suporte a RSS (Receive Side Scaling) e offloading de checksum. Isso libera a CPU em vez de sobrecarregá-la com processamento de pacotes. Placas Realtek baratas de R$80 não fazem isso direito e você vai notar latência aumentando conforme o tráfego cresce.

Identificação e instalação do hardware

Antes de colocar a mão na massa, rode o comando lspci | grep -i ethernet para ver o que já está conectado e identificar o modelo exato. Se for adicionar uma placa nova em slot PCIe, desligue o equipamento, segure a placa pelas bordas e encaixe até ouvir o clique do trava. Aperte o parafuso no suporte metálico. Placas mal encaixadas causam interferência e quedas intermitentes que levam horas para diagnosticar. Uma experiência que tive recentemente: instalei uma placa Intel I350-T4 em um servidor Dell PowerEdge. O sistema operacional reconheceu as quatro portas, mas apenas duas funcionavam. Descobri que o cabo de alimentação da placa estava conectado ao conector errado na própria placa — tem um pino de 4 pinos que precisa receber energia dedicada e eu tinha deixado solto. O servidor ligava normal porque a placa puxava energia do slot PCIe, mas com tráfego real as duas portas caíam. Perdi uma tarde inteira before perceber que era problema de energia e não de driver.

Instalação dos drivers no Linux

A grande maioria das placas Intel funciona direto na saída da caixa. Os drivers e1000e, igb e i40e já vêm embutidos no kernel. O problema começa com placas Realtek, que exigem compilação manual. Baixe o driver do site do fabricante, descompacte e execute os comandos de compilação na ordem correta. Se faltar o pacote build-essential ou os headers do kernel instalado, a compilação falha silenciosamente e você gasta tempo procurando o erro. Para placas Realtek RTL8125 e versões mais novas, use o driver r8125 em vez do r8169 que vem no kernel. O driver da Realtek reconhece melhor os recursos de economia de energia dessas chipsets modernos. Basta baixar o pacote .tar.bz2, extrair e rodar o script de instalação que acompanha. Em sistemas Debian e Ubuntu:

make clean modules
make modules
sudo make modules install
sudo depmod -a
sudo modprobe -r r8169
sudo insmod ./r8125.ko Isso geralmente leva menos de 3 minutos se o ambiente estiver correto. Se der erro de incompatibilidade de kernel, você precisará atualizar os headers ou usar o DKMS para que o driver seja recompilado automaticamente em cada atualização do kernel.

Configuração da interface

Após a instalação, verifique se a interface apareceu com ip link show. A naming scheme do systemd agora usa nomes como enp3s0 em vez de eth0, baseado na posição física do slot PCIe. Isso é útil para servidores com múltiplas portas porque você sabe exatamente qual cabo está em qual interface pelo nome. Para configuração via Netplan em Ubuntu, edite o arquivo em /etc/netplan/ com os parâmetros de IP estático ou DHCP. Em sistemas mais antigos com ifupdown, use o /etc/network/interfaces. Configurações incorretas de MTU podem causar perda de pacotes em links que usam VPN ou VLAN, então defina MTU 9000 apenas se toda a cadeia — placa, cabo, switch e destino — suportar jumbo frames.

Problemas comuns e soluções práticas

O problema mais frequente é a placa ser detectada mas não obter IP. Na maior parte das vezes é conflito entre o driver embutido no kernel e um driver carregado manualmente. Rode lsmod | grep -E 'e1000|igb|r8169|r8125' para verificar quais módulos estão ativos. Se houver conflito, adicione a placa na lista de blacklist do modprobe.d e force o carregamento do driver correto. Outro problema crônico é a placa entrar em modo de economia de energia e ficar desconectando aleatoriamente. Desative o autosuspend com ethtool -C <interface> rx-usecs 0 tx-usecs 0. Para tornar permanente, crie um arquivo udev rule ou adicione ao Netplan dependendo da sua distribuição. Placas que ficam desconectando a cada 15 minutos quase sempre são esse problema de gerenciamento de energia.

Cables Cat5 antigos limitam a 100 Mbps independentemente do que a placa suporta. Se você está pagando por uma placa de 2.5 Gbps e só consegue 100 Mbps, verifique o cabo antes de culpar a placa. Um testador básico de cabos resolve isso em 2 minutos. Também verifique se o switch está configurado para o par de velocidades correto — alguns switches mais antigos negoceiam 100 Full Duplex quando deveriam negociar 1 Gbps, e o fix de duplex mismatch causa perda massiva de pacotes.

Monitoramento e validação

Use ethtool <interface> para verificar velocidade negociada, duplex e erros. A linha Speed: deve mostrar o valor máximo que seu link suporta. Teste com iperf3 para validar a throughput real contra um equipamento de referência. Se a placa promete 1 Gbps e você mede 400 Mbps sem explicações aparentes, olhe os contadores de erro com ifconfig <interface> ou ip -s link. Erros de colisão e frame indicate problemas físicos — cabo ruim, conector danificado ou interference eletromagnética. Placas de rede ethernet de qualidade variam muito em estabilidade sob carga sustentada. Não confie apenas nas especificações do fabricante. Teste com tráfego real por pelo menos 30 minutos antes de decidir se mantém a placa no setup produtivo.