저는 Linux 기반 배포판(Mandriva)을 사용하여 오래된 컴퓨터를 홈 서버/방화벽으로 사용하고 있습니다. 처음에는 eth0마더보드 어댑터인 두 개의 NIC가 있었고 eth110/100 PCI 네트워크 카드였습니다.
eth0다른 장치가 연결된 내부 스위치에 연결되어 있고 eth1인터넷 셋톱박스 라우터에 연결되어 있었습니다.
시간이 흐르고 새로운 용도가 생겨나면서 두 개의 기가비트 PCI 네트워크 카드(DLink DGE-528T)를 추가하여 교체하는 카드와 동일한 기능에 사용되는 eth2및 가 되었습니다. eth3즉, eth2내부 스위치에 연결되고 eth3라우터에 연결됩니다.
몇 주 전에 연결이 끊긴 것을 발견 eth3하고 카드 자체를 볼 때까지 모든 것이 잘 작동했습니다. 플러그에 꽂았을 때 케이블이 더 이상 '딸깍' 소리를 내지 않았습니다. 결과적으로 RJ45 커넥터가 구부러져 신뢰성이 떨어지는 케이블에 약간의 남용이 있었습니다.
그래서 eth3그렇게 취약한 커넥터가 없어 보이는 새로운 기가비트 카드(TP-LINK TG-3269)로 교체하기로 결정했습니다. 이 카드는 이렇게 호출되며 eth4서버 eth3에서 완전히 제거되었습니다.
그러나 새 카드를 라우터와 함께 사용할 수 없는 것 같습니다. 뒷면에 있는 LED는 카드에 연결해도 켜지지 않습니다. 물론, ifplugd둘 ethtool다 링크가 설정되지 않았음을 나타냅니다. 임시 해결 방법으로, eth1비록 다운그레이드 모드이기는 하지만 서버가 여전히 해당 목적을 계속 수행할 수 있도록 다시 사용하고 있습니다.
나는 그 카드가 "토스트"라고 생각했지만 몇 가지를 시도했고 이상한 결과를 얻었습니다. 요약하면 다음과 같습니다.
eth4내부 스위치에 연결 : LED가 켜져 있고 1000Mb에서 연결이 설정되었습니다.- 연결
eth4대상eth0: LED가 켜져 있고 100Mb에서 연결이 설정되었습니다. eth2라우터에 연결 : LED가 켜져 있고 1000Mb에서 연결이 설정되었습니다.
eth4그래서 설명할 수 없는 이유로 라우터가 내 카드와 통신하기를 원하지 않는 것 같습니다 .
내 문제와 다소 유사한 다양한 스레드를 둘러보던 중 mii-diag도구를 발견하고 먼저 케이블 없이 실행한 다음 라우터 케이블을 연결하여 실행했습니다. 결과는 다음과 같습니다.
[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.
기가비트를 인식하지 못하는 것은 알지만 mii-diag흥미로운 점은 두 번째 경우 링크 파트너가 있음을 감지했지만 링크가 설정되지 않았다는 것입니다.
그 이유는 무엇입니까? 다음에는 무엇을 시도해야 합니까?
필요에 따라 몇 가지 추가 세부정보는 다음과 같습니다.
eth3라우터는 확실히 기가비트를 지원하며 커넥터가 고장나기 전에는 해당 속도에서 제대로 작동했습니다 . 에 연결하면 eth2기가비트 속도에서도 잘 작동했습니다.
dmesg -T | grep eth4아무것도 출력하지 않습니다
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)
그리고 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
eth4자동 협상 없이 카드를 기가비트로 강제 설정하면 이 문제가 해결될 것이라고 생각하십니까 ? 내가 맞다면 명령은 다음과 같습니다.
ethtool -s eth4 duplex full speed 1000 autoneg off
오늘 밤에 시도해 볼게요. 그런데 왜 처음부터 안 되나요?
답변1
글쎄, 이제 왜 링크를 설정하지 않는지 알았고 eth4케이블을 좀 더 만지작거린 후에 그 사실을 알게 되었습니다. 알아야 할 점은 집에 있어도 패치베이를 이용해 다양한 연결을 파견하고 있다는 점이다. 이는 서버가 다음과 같은 배열을 통해 라우터에 연결된다는 의미입니다.
server <--> cable <--> plug <--> wall <--> plug <--> patch bay <--> plug <--> router
나의 초기 메시지에서 나는 eth21G에서 라우터에 연결될 것이라고 말했고 당시에는 그것이 정확했습니다.
하지만 이번 주에 다시 시도했는데 더 이상 그런 일이 발생하지 않았습니다. 그 즉시 제가 겪었던 원래 문제가 eth3케이블 남용 이후에 발생했다는 것을 깨닫게 되었습니다. 그리고 벽에 있는 다른 플러그를 사용하여 패치 베이에 연결하면 eth41G에서 라우터에 올바르게 연결할 수 있습니다.
결국 그것은 하드웨어와 관련이 있지만 제가 기대했던 종류의 하드웨어는 아닙니다.
내 문제에 대해 의견을 주신 모든 분들께 감사드립니다. 저는 여러분과 함께 몇 가지 요령을 배웠으며 케이블을 더 철저하게 확인해야 할 때 시간을 낭비해서 죄송합니다.