Estou usando um computador antigo como servidor/firewall doméstico usando uma distribuição baseada em Linux (Mandriva). Inicialmente possuía duas NICs, eth0sendo o adaptador da placa-mãe enquanto eth1é uma placa de rede 10/100 PCI.
eth0foi conectado ao switch interno ao qual outros dispositivos estão conectados e eth1foi conectado ao roteador do decodificador de Internet.
Com o passar do tempo e novos usos surgindo, adicionei duas placas de rede PCI gigabit (DLink DGE-528T) que assim se tornaram eth2e eth3, utilizadas para a mesma funcionalidade da placa que substituem. Ou seja, eth2está conectado ao switch interno e eth3ao roteador.
Tudo estava funcionando bem até algumas semanas atrás, quando percebi que havia perdido a conectividade eth3e olhando para a própria placa, o cabo não fazia mais 'clique' quando colocado no plugue. Acontece que houve alguns abusos nos cabos que dobraram o conector RJ45 e o tornaram pouco confiável.
Então, resolvi substituir eth3por uma nova placa gigabit (TP-LINK TG-3269) que não parece ter um conector tão frágil. Esta placa é assim chamada eth4e eth3foi totalmente removida do servidor.
No entanto, não consigo fazer com que essa nova placa funcione com o roteador, os leds na parte traseira nunca acendem quando conectados a ela. E com certeza, ifplugde ethtoolambos indicam que nenhum link foi estabelecido. Como solução temporária, estou de volta usando eth1para que o servidor continue servindo ao seu propósito, embora em modo downgrade.
Achei que o cartão estava “de brinde”, mas tentei algumas coisas e tive alguns resultados estranhos, resumidos aqui:
- Conecte
eth4ao switch interno: leds acesos, conexão estabelecida em 1000Mb - Conectar
eth4aeth0: leds acesos, conexão estabelecida em 100Mb - Conecte-se
eth2ao roteador: leds acesos, conexão estabelecida em 1000Mb
Parece que o roteador não quer se comunicar com minha eth4placa por um motivo que não consigo explicar.
Olhando em volta de vários tópicos semelhantes ao meu problema, descobri a mii-diagferramenta e executei-a primeiro sem cabo e depois com o cabo do roteador conectado. Aqui estão os resultados:
[obones@server ~]$ sudo mii-diag eth4
Basic registers of MII PHY #32: 1000 7949 001c c913 0de1 0000 0004 2001.
Basic mode control register 0x1000: Auto-negotiation enabled.
Basic mode status register 0x7949 ... 7949.
Link status: not established.
End of basic transceiver information.
[obones@server ~]$ sudo mii-diag eth4
Basic registers of MII PHY #32: 1000 7949 001c c913 0de1 c5e1 000f 2001.
The autonegotiated capability is 01e0.
The autonegotiated media type is 100baseTx-FD.
Basic mode control register 0x1000: Auto-negotiation enabled.
Basic mode status register 0x7949 ... 7949.
Link status: not established.
Your link partner advertised c5e1: Flow-control 100baseTx-FD 100baseTx 10baseT-FD 10baseT, w/ 802.3X flow control.
End of basic transceiver information.
Sei que mii-diagnão tem conhecimento de gigabit, mas o que acho interessante é que no segundo caso, ele detecta que existe um parceiro de link, e mesmo assim, o link não é estabelecido.
Qual poderia ser a razão para isso? O que devo tentar a seguir?
Conforme necessário, aqui estão alguns detalhes adicionais.
O roteador definitivamente tem capacidade para gigabit e estava funcionando bem naquela velocidade eth3antes do conector falhar. Quando conectado ao eth2, também funcionou em velocidade gigabit.
dmesg -T | grep eth4não produz nada
Aqui está a saída do lspci:
00:0a.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet [10ec:8169] (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet [10ec:8169]
00:0b.0 Ethernet controller [0200]: D-Link System Inc DGE-528T Gigabit Ethernet Adapter [1186:4300] (rev 10)
Subsystem: D-Link System Inc DGE-528T Gigabit Ethernet Adapter [1186:4300]
00:0d.0 Ethernet controller [0200]: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 [8086:1229] (rev 08)
00:13.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10)
E aquele de lshw:
*-network:0
description: Ethernet interface
product: RTL-8169 Gigabit Ethernet
vendor: Realtek Semiconductor Co., Ltd.
physical id: a
bus info: pci@0000:00:0a.0
logical name: eth4
version: 10
serial: 14:cc:20:05:38:22
size: 10MB/s
capacity: 1GB/s
width: 32 bits
clock: 66MHz
capabilities: pm bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half latency=64 link=no maxlatency=64 mingnt=32 multicast=yes port=MII speed=10MB/s
resources: irq:18 ioport:a000(size=256) memory:f7109000-f71090ff memory:c0180000-c019ffff(prefetchable)
*-network:1
description: Ethernet interface
product: DGE-528T Gigabit Ethernet Adapter
vendor: D-Link System Inc
physical id: b
bus info: pci@0000:00:0b.0
logical name: eth2
version: 10
serial: 1c:7e:e5:26:54:a0
size: 1GB/s
capacity: 1GB/s
width: 32 bits
clock: 66MHz
capabilities: pm bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=10.10.10.254 latency=64 link=yes maxlatency=64 mingnt=32 multicast=yes port=MII speed=1GB/s
resources: irq:19 ioport:a400(size=256) memory:f710b000-f710b0ff memory:c01a0000-c01bffff(prefetchable)
*-network:2
description: Ethernet interface
product: 82557/8/9/0/1 Ethernet Pro 100
vendor: Intel Corporation
physical id: d
bus info: pci@0000:00:0d.0
logical name: eth1
version: 08
serial: 00:90:27:ca:ba:e8
size: 100MB/s
capacity: 100MB/s
width: 32 bits
clock: 33MHz
capabilities: pm bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e100 driverversion=3.5.24-k2-NAPI duplex=full firmware=N/A ip=192.168.1.253 latency=64 link=yes maxlatency=56 mingnt=8 multicast=yes port=MII speed=100MB/s
resources: irq:17 memory:f710a000-f710afff ioport:ac00(size=64) memory:f7000000-f70fffff memory:c0000000-c00fffff(prefetchable)
*-network:3
description: Ethernet interface
product: RTL-8139/8139C/8139C+
vendor: Realtek Semiconductor Co., Ltd.
physical id: 13
bus info: pci@0000:00:13.0
logical name: eth0
version: 10
serial: 00:14:85:c0:ea:2b
size: 10MB/s
capacity: 100MB/s
width: 32 bits
clock: 33MHz
capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=8139too driverversion=0.9.28 duplex=half ip=10.10.10.250 latency=64 link=no maxlatency=64 mingnt=32 multicast=yes port=MII speed=10MB/s
resources: irq:18 ioport:e000(size=256) memory:f710d000-f710d0ff
Você acha que forçar o eth4cartão em gigabit sem autonegociação resolve isso? Se estiver correto, o comando seria este:
ethtool -s eth4 duplex full speed 1000 autoneg off
Vou tentar esta noite, mas por que não funciona para começar?
Responder1
Bem, agora eu sei por que eth4não consigo estabelecer o link e isso me ocorreu depois de mexer um pouco mais nos cabos. O que é preciso saber é que mesmo sendo em casa, estou usando um patch bay para despachar as diversas conexões. Isso significa que o servidor está se conectando ao roteador por meio deste tipo de arranjo:
server <--> cable <--> plug <--> wall <--> plug <--> patch bay <--> plug <--> router
Na minha mensagem inicial, eu disse que eth2iria conectar no roteador em 1G e isso estava correto na hora.
Mas tentei novamente esta semana e isso não aconteceu mais, o que imediatamente me fez perceber que os problemas originais que tive eth3foram após algum abuso de TV a cabo. E com certeza, usar outro plugue na parede para conectar ao patch bay permitiu eth4conectar corretamente 1G ao roteador.
Então, no final das contas, está relacionado ao hardware, mas não ao tipo de hardware que eu esperava que fosse.
Muito obrigado a todos que comentaram sobre meu problema, aprendi alguns truques com vocês e desculpem por desperdiçar seu tempo quando deveria verificar mais detalhadamente os cabos.