Ich habe kürzlich einen WNR2000v3-Router mit DD-WRT als eine Art Repeater-Bridge mit der "Atheros" -Version von eingerichtet dieses Tutorial (wir nennen dies "Router 2"), der einen Medialink Wireless-N-Router wiederholt (wir nennen dies "Router 1"). Dies funktioniert perfekt für mein Android-Telefon und Windows-Computer, sowohl über WLAN als auch bei direkter Verbindung über Ethernet. Wenn ich jedoch meinen Raspberry Pi einstecke, entweder mit Raspbian (wheezy) oder Raspbmc, kann ich keine Verbindung außerhalb des lokalen Netzwerks herstellen.
Das Himbeer-Pi kann jedes andere Gerät im lokalen Subnetz anpingen (und von ihm anpingen lassen), einschließlich "Router 2", mit dem es direkt verbunden ist, und es kann DHCP vom Router 1 beziehen, aber wenn ich und versuche Ping-Router 1: "Ziel-Host nicht erreichbar". Wenn ich versuche, einen Ping-Befehl im Internet (z. B. google.com, superuser.com) auszuführen, wird "Ziel-Host nicht erreichbar" angezeigt.
Hier ist ein weiterer Computer im Netzwerk:
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
Hier ist Router 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 ist die Adresse des 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)
Hier ist die Routing-Tabelle:
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
Und hier ist die DHCP-Anfrage:
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.
Alles andere funktioniert gut, aber ich habe versucht, diese Himbeer-Pi mit zwei verschiedenen Bildern (Raspbmc und Raspbian) und zwei verschiedenen Himbeer-Pis und keine Konfiguration funktioniert. Das Raspbian-Image wurde als funktionierend getestet, wenn es direkt mit Router 1 verbunden ist. Dieses Problem scheint sehr ähnlich zu sein diese unbeantwortete Frage vor zwei Jahren, mit der Ausnahme, dass er in diesem Fall anscheinend WLAN für das Gerät verwendet hat, bei dem keine Verbindung hergestellt werden konnte, und tatsächlich eine zeitweise Verbindung hergestellt wurde. Auch die dortige Ping-Antwort kam vom Router, nicht vom Gerät. Was könnte dieses Problem verursachen?
Bearbeiten: Ich sollte auch beachten, dass die zwei verschiedenen Himbeer-Pis unterschiedliche IP-Adressen hatten, von denen eine IP-MAC-gebunden war, und es keine IP-Kollisionen gab, die ich in der DHCP-Tabelle sah, aber auf jedem das gleiche Problem.
Aktualisieren : Ich habe ein potenziell interessantes Problem festgestellt: Wenn das Klonen von MAC-Adressen deaktiviert ist, funktioniert die Repeater-Bridge nicht mehr. Das einzige, was den Himbeer-Pi anpingen kann, ist Router 2, und es besteht keine Konnektivität (oder kein Zugriff auf Router 1) ) von allem, was nur mit Router 2 verbunden ist - einschließlich der Windows-Maschine. Die MAC-Adresse, die geklont wird, ist jedoch die gleiche MAC-Adresse, die ohnehin von den Schnittstellen von Router 2 verwendet wird (gemäß der Seite "Status"). Ich habe Router 1 und Router 2 zweimal aus- und wieder eingeschaltet und es macht keinen Unterschied. Ich verstehe nicht, warum das Klonen von MAC-Adressen hier relevant ist. Wenn das Klonen der MAC-Adresse deaktiviert ist und ich in den Router selbst ssh, kann der Router das Raspberry-Pi anpingen, nicht jedoch Router 1.
Eine weitere Kleinigkeit ist, dass wenn das Klonen von MAC-Adressen aktiviert ist und ich andere Computer im Netzwerk anpingen kann, arping für jedes Gerät, das auf Pings antwortet, dieselbe Mac-Adresse zurückgibt.
Update 2: Bei der Überprüfung der Syslog-Werte stellte ich fest, dass die folgende Fehlermeldung in Bezug auf die MAC-Adresse angezeigt wurde:
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
Anscheinend ist dies ein bekanntes Problem diese Leute lösen mit MAC-Adresse Klonen. Ich bin nicht genau sicher, warum die zufälligen MAC-Adressen ein Problem sind und welche anderen Konsequenzen das Klonen von MAC-Adressen hat.