최근 에이 자습서 의 "아테 로스"버전 (이를 '라우터 2'라고 함)을 사용하여 DD-WRT를 실행하는 WNR2000v3 라우터를 일종의 리피터 브리지로 설정했습니다. 이 링크 는 Medialink Wireless-N 라우터 ( 이것을 '라우터 1'이라고 부릅니다.) 이것은 Wi-Fi를 통해와 이더넷을 통해 직접 연결되었을 때 안드로이드 폰과 Windows 컴퓨터에서 완벽하게 작동하지만 Raspbian (wheezy) 또는 Raspbmc를 실행할 때 Raspberry pi를 연결하면 로컬 네트워크 외부에서 연결할 수 없습니다.
라즈베리 파이는 '라우터 2'를 포함하여 로컬 서브넷의 다른 장치를 직접 핑 (및 핑) 할 수 있으며 라우터 1에서 DHCP를 가져올 수는 있지만 시도 할 때 ping router 1에 "Destination Host Unreachable"이 표시되고 google.com, superuser.com과 같은 인터넷에서 아무 것도 ping을 시도하면 "Destination Host Unreachable"이 표시됩니다.
네트워크의 다른 컴퓨터는 다음과 같습니다.
ping 192.168.0.100
PING 192.168.0.100 (192.168.0.100) 56(84) bytes of data.
64 bytes from 192.168.0.100: icmp_req=1 ttl=127 time=38.7 ms
64 bytes from 192.168.0.100: icmp_req=2 ttl=127 time=1.67 ms
64 bytes from 192.168.0.100: icmp_req=3 ttl=127 time=1.73 ms
64 bytes from 192.168.0.100: icmp_req=4 ttl=127 time=3.56 ms
--- 192.168.0.100 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 1.672/11.418/38.705/15.772 ms
라우터 1은 다음과 같습니다.
ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
From 192.168.0.107 icmp_seq=1 Destination Host Unreachable
From 192.168.0.107 icmp_seq=2 Destination Host Unreachable
From 192.168.0.107 icmp_seq=3 Destination Host Unreachable
From 192.168.0.107 icmp_seq=4 Destination Host Unreachable
From 192.168.0.107 icmp_seq=5 Destination Host Unreachable
From 192.168.0.107 icmp_seq=6 Destination Host Unreachable
--- 192.168.0.1 ping statistics ---
8 packets transmitted, 0 received, +6 errors, 100% packet loss, time 7007ms
pipe 3
192.168.0.107은 Raspberry Pi의 주소입니다.
ifconfig
eth0 Link encap:Ethernet HWaddr xx:xx:xx:xx:db:c9
inet addr:192.168.0.107 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3753 errors:0 dropped:0 overruns:0 frame:0
TX packets:1262 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:595127 (581.1 KiB) TX bytes:112407 (109.7 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:285 errors:0 dropped:0 overruns:0 frame:0
TX packets:285 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:27703 (27.0 KiB) TX bytes:27703 (27.0 KiB)
라우팅 테이블은 다음과 같습니다.
sudo route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
다음은 DHCP 요청입니다.
sudo dhclient -v eth0
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/xx:xx:xx:xx:db:c9
Sending on LPF/eth0/xx:xx:xx:xx:db:c9
Sending on Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.0.1
RTNETLINK answers: File exists
bound to 192.168.0.107 -- renewal in 274691 seconds.
다른 모든 것이 잘 작동하지만 두 가지 다른 이미지 (Raspbmc 및 raspbian)와 두 가지 다른 라즈베리 파이로 구성되어 있지 않은이 라즈베리 파이를 사용해 보았습니다. Raspbian 이미지는 라우터 1에 직접 연결될 때 작동하는 것으로 테스트되었습니다.이 문제는 2 년 전의이 답변되지 않은 질문 과 매우 유사 해 보입니다 . 단,이 경우 연결에 실패한 장치에 Wi-Fi를 사용하고있는 것 같습니다. 실제로 간헐적으로 연결되는 중이었습니다. 또한 장치가 아니라 라우터에서 핑 응답이있었습니다. 이 문제의 원인은 무엇입니까?
편집 : 또한 두 개의 다른 라즈베리 파이는 IP 주소가 다르며 그중 하나는 IP-MAC에 바인딩되어 있으며 DHCP 테이블에서 IP 충돌은 없었지만 각각 동일한 문제가 발생했습니다.
업데이트 : 잠재적으로 흥미로운 점을 확인했습니다 .MAC 주소 복제가 꺼져있을 때 리피터 브리지가 작동하지 않습니다. 라즈베리 파이를 ping 할 수있는 유일한 것은 라우터 2이며 연결이 없습니다 (또는 라우터에 액세스 할 수 없음) 1) Windows 컴퓨터를 포함하여 라우터 2에만 연결된 모든 것. 그러나 복제되는 mac 주소는 라우터 상태의 인터페이스에서 실제로 사용되는 것과 동일한 mac 주소입니다 ( "상태"페이지에 따름). 라우터 1과 라우터 2의 전원을 두 번 껐다 켜도 아무런 차이가 없습니다. MAC 주소 복제가 왜 관련이 있는지 이해하지 못합니다. MAC 주소 복제가 해제 된 상태에서 라우터 자체로 ssh하면 라우터가 라우터 1을 라즈베리 파이로 핑 (ping) 할 수 있습니다.
MAC 주소 복제가 켜져 있고 실제로 네트워크의 다른 컴퓨터를 핑할 수있는 경우 arping은 핑에 응답하는 모든 장치에 대해 동일한 mac 주소를 반환합니다.
업데이트 2 : syslog 값을 확인한 결과 MAC 주소와 관련된이 오류 메시지가 있음을 발견했습니다.
Jan 1 00:00:08 Router 2 kern.err kernel: [ 6.770000] ath: eeprom contains invalid mac address: ff:ff:ff:ff:ff:ff
Jan 1 00:00:08 Router 2 kern.err kernel: [ 6.780000] ath: random mac address will be used: fa:55:da:33:19:a9
분명히 이것은 사람들이 MAC 주소 복제를 사용하여 해결 하는 알려진 문제 입니다. 무작위 MAC 주소가 왜 문제인지, 그리고 MAC 주소 복제에 어떤 영향이 있는지 잘 모르겠습니다.