내 LAN 레이아웃은 다음과 같습니다.
[Laptop (Windows 10)] [Raspberry Pi (Ubuntu)]
\ /
(Layer 2 Switch)
|
(Wireless router w/ gigabit LAN)
|
(Wireless router w/ 100 Mbps LAN)
|
Internet
저는 Raspberry Pi를 NAS로 사용하고 있으므로 Pi와 Windows 노트북 사이에 기가비트 속도를 원합니다.
설정~였다두 라우터 사이의 LAN-to-WAN, 그리고가졌다Windows와 Pi 사이의 기가비트 속도.
방금 기가비트 라우터가 LAN-to-LAN 모드(LAN 포트에 이더넷이 연결되고 DHCP가 비활성화됨)에 있도록 변경했습니다. 하지만 이제 Pi와 Windows는 338Mbps로만 통신합니다! 그게 무슨 일이야?
내가 이해하는 바는 스위치가 라우터를 개입시키지 않고 트래픽을 한 곳에서 다른 곳으로 직접 전달한다는 것입니다. (또한 pathping/tracert는 둘 사이의 다른 IP 주소를 표시하지 않습니다.) 그러나:
- iperf3를 실행하면 라우터 표시등을 포함하여 스위치의 표시등 세 개가 모두 미친 듯이 깜박입니다.
- 기가비트 라우터를 자체 보스로 허용하면 속도가 기가비트입니다(DHCP 지원, WAN-to-LAN 연결).
- 기가비트 라우터를 보조 라우터로 설정했을 때(DHCP 꺼짐, LAN-to-LAN) 속도는 모두 ~338Mbps입니다.그리고기가비트 라우터를 제거할 때 스위치를 100Mbps 라우터에 직접 연결합니다. 두 경우 모두 속도가 동일하므로 느린 라우터가 분명히 관련되어 있습니다.
(세부 사항: iperf3으로 측정하고 있습니다. Windows 시스템은 이더넷-USB 3.0 어댑터와 함께 WSL에서 iperf3을 사용하고 있습니다. 스위치는 D-Link DGS-105, 기가비트 라우터는 TP-Link Archer C2입니다. , 100Mbps 라우터는 Fritz!Box 7430입니다. 저는 Windows를 클라이언트로, Pi를 서버로 사용해서만 측정했습니다. 방화벽이 비활성화된 경우에도 반대 방향으로 작동하도록 할 수는 없습니다.
답변1
문제가 해결되었습니다! DHCP 해제/갱신을 수행해야 했습니다. (해결된 것으로 표시할 수 있도록 내 질문에 답변합니다.)
미래의 독자들에게 말씀드리자면, Windows에서는 ipconfig /release
, ipconfig /renew
Linux에서는 sudo dhclient -r eth0
입니다 sudo dhclient eth0
. ( eth0
인터페이스입니다. ip a
인터페이스에 맞는 이름을 확인하려면 를 확인하세요.)
혹시 몇 분만 시간을 내어 제가 갖고 있는 몇 가지 질문에 답해 주시면 감사하겠습니다! 이것으로부터 뭔가를 배우려고 노력합니다.
타임라인은 다음과 같습니다.
- iperf3은 338Mbps에서 실행되며 FritzBox 100Mbps 라우터가 필요합니다.
- 12시간이 지났습니다. 불행히도 다음을 수행하기 전에 iperf를 다시 확인하지 않았습니다.
- Windows에서 확인해보니
arp -a
Pi가 목록에 없었습니다. - Windows에서 Pi로 SSH 연결하는 것(호스트 이름 사용)을 포함하여 조금 살펴보았습니다. 다시 확인해 보니
arp -a
파이가 마법처럼 나타났습니다! (이 단계에서는 DHCP 해제/갱신을 수행하지 않았습니다.) - iperf3는 이제 기가비트 속도를 제공했지만 라우터에서 스위치 연결을 끊었을 때 Pi와 Windows는 서로 핑할 수 없었습니다. 또한 iperf를 실행하는 동안 라우터에 대한 스위치 포트가 미친 듯이 깜박였습니다.
- Windows와 Pi 모두에서 DHCP 릴리스/갱신을 수행했습니다. 이제 동일한 기가비트 속도를 얻을 수 있지만 라우터에서 스위치를 분리해도 작동합니다. iperf 중에 연결하면 라우터에 대한 포트가 계속 깜박이지만더 적은전보다 미친 듯이.
이것으로부터 내가 이해한 것은 다음과 같습니다:
- 338Mbps를 얻었을 때 스위치에는 DHCP 지원 라우터가 필요했습니다.무엇, 그러나 아마도 트래픽을 전달하는 데에는 적합하지 않을 것입니다(338Mbps > 100Mbps이기 때문). 아마도 각각의 모든 패킷의 목적지를 결정하기 위해 라우터에 쿼리를 했던 것일까요?
- Windows에서 Pi로 SSH를 연결하여 어떻게든 상황을 개선했지만 스위치에 라우터로부터 완전한 독립성을 부여하지는 않았습니다. 아마도 이로 인해 기가비트 라우터가 더 느린 라우터를 개입시키지 않고 스위치의 쿼리에 응답하는 방법을 배우게 되었을까요?
- 전체 DHCP 해제/갱신을 통해 스위치는 라우터 없이 트래픽을 전달할 수 있게 되었습니다. Windows 및/또는 Pi가 서로의 주소를 배웠기 때문입니까, 아니면 DHCP 릴리스/갱신이 스위치의 라우팅 테이블(또는 스위치와 동등한 것)도 업데이트했습니까?
- 이제 스위치는~할 수 있다라우터 없이 트래픽을 전송하는데, 가능한 경우 왜 여전히 라우터를 루프 인(깜박이는 표시등으로 표시)합니까?
시간을 내어 이러한 질문에 답변해 주셔서 감사합니다! 그리고 나를 올바른 길로 안내해 준 @user1686에게 감사드립니다.