Kısa bir süre önce, bu öğreticinin "Atheros" sürümünü (bu 'yönlendirici 2' olarak adlandıracağız) kullanarak DD-WRT çalıştıran bir tür tekrarlayıcı köprüsü olarak çalışan bir WNR2000v3 yönlendirici kurdum. buna "yönlendirici 1" diyelim). Bu, hem wifi üzerinden hem de doğrudan ethernet üzerinden bağlandığımda android telefonum ve Windows bilgisayarım için mükemmel çalışıyor, ancak Raspbian pi'yi taktığımda, Raspbian (wheezy) veya Raspbmc'yi çalıştırdığımda, yerel ağın dışında herhangi bir bağlantı alamıyorum.
Ahududu pi, doğrudan bağlı olduğu 'yönlendirici 2' de dahil olmak üzere yerel alt ağdaki diğer cihazların herhangi birine ping atabilir (ve pinglenebilir) ve yönlendiriciden 1 DHCP alabilir, ancak denediğimde ve ping yönlendirici 1, "Hedef Host Ulaşılamıyor" olsun ve internette google.com, superuser.com gibi bir şey pingleme denerseniz, benzer şekilde "Hedef Host Ulaşılamıyor" alırsınız.
İşte ağdaki başka bir bilgisayar:
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
İşte yönlendirici 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'nin adresidir:
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)
İşte yönlendirme tablosu:
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
Ve işte DHCP talebi:
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.
Diğer her şey iyi çalışıyor, ancak iki farklı görüntü (Raspbmc ve raspbian) ve iki farklı ahududu pis ve hiçbir yapılandırma işleri ile bu rapsberry pi denedim. Raspbian görüntüsü doğrudan Router 1'e bağlandığında çalıştığı gibi test edildi. Bu sorun , iki yıl önceki bu cevaplanmamış soruya çok benziyor , ancak bu durumda bağlanamayan cihaz için wifi kullanıyor gibi görünüyor ve aslında aralıklı bir bağlantı elde ediyordu. Ayrıca ping yanıtı cihazdan değil, yönlendiriciden geldi. Bu soruna ne sebep olabilir?
Düzenleme: Ayrıca iki farklı ahududu pis biri IP-MAC bağlı olan farklı IP adresleri olduğunu ve DHCP tablosunda gördüğüm IP çarpışması, ancak her biri aynı sorun olduğunu unutmayın.
Güncelleme : Potansiyel olarak ilginç bir şey belirledim, yani MAC Adres Klonlaması kapatıldığında, tekrarlayıcı köprüsü işlevini durdurur - ahududu pi'ye ping atabilecek tek şey yönlendirici 2'dir ve bağlantı yoktur (veya yönlendiriciye erişim yoktur) 1) sadece yönlendirici 2'ye bağlı herhangi bir şeyden - Windows makinesi dahil. Bununla birlikte, klonlanan mac adresi, yönlendirici 2'nin arabirimleri tarafından gerçekte kullanılanla aynı mac adresidir ("durum" sayfasına göre). Hem yönlendirici 1 hem de yönlendirici 2'yi iki kez çevrimledim ve hiçbir fark yaratmıyor. MAC adresi klonlamasının burada neden önemli olduğunu anlamıyorum. MAC Adresi klonlanırken, yönlendiricinin kendisine ssh yaptığımda, yönlendirici Raspberry pi'ye ping atabilir, ancak yönlendirici 1'e ping atamaz.
Bir başka küçük şey, MAC Adresi klonlaması açık olduğunda ve aslında ağdaki diğer bilgisayarlara ping atabildiğimde, arping, ping'e yanıt veren her cihaz için aynı mac adresini döndürür.
Güncelleme 2: Syslog değerlerini kontrol ederek, MAC adresiyle ilgili bu hata mesajının olduğunu buldum:
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
Görünüşe göre bu, MAC adresi klonlama kullanarak insanların çözdüğü bilinen bir sorundur . Rastgele MAC adreslerinin neden bir sorun olduğunu ve MAC adresi klonlamanın diğer sonuçlarını tam olarak bilmiyorum.