मैंने हाल ही में इस ट्यूटोरियल के "एथरोस" संस्करण (हम इसे 'राउटर 2' कहेंगे) का उपयोग करके डीडीआर-डब्ल्यूआरटी के एक प्रकार के रूप में डीडीआर-डब्ल्यूआरटी चलाने वाले एक डब्ल्यूएनआर 220 वी 3 राउटर की स्थापना की है , जो एक मेडियलिंक वायरलेस-एन राउटर (हम) को दोहरा रहा है। इसे 'राउटर 1' कहेंगे)। यह पूरी तरह से मेरे एंड्रॉइड फोन और विंडोज कंप्यूटर के लिए पूरी तरह से वाईफाई पर काम करता है और जब सीधे ईथरनेट के माध्यम से जुड़ा होता है, लेकिन जब मैं अपने रास्पबेरी पाई में प्लग करता हूं, या तो जब रास्पियन (घरघराहट) या रास्पबैम चलाते हैं, तो मुझे स्थानीय नेटवर्क से बाहर कोई कनेक्शन नहीं मिल सकता है।
रास्पबेरी पाई 'राउटर 2' सहित स्थानीय सबनेट पर किसी भी अन्य डिवाइस को पिंग (और पिंग किया जा सकता है), जिसमें वह सीधे जुड़ा हुआ है, और यह राउटर 1 से डीएचसीपी प्राप्त करने में सक्षम है, लेकिन जब मैं कोशिश नहीं करता पिंग राउटर 1, मुझे "डेस्टिनेशन होस्ट अनरेचेबल" मिलता है, और अगर मैं google.com, superuser.com जैसे इंटरनेट पर कुछ भी पिंग करने की कोशिश करता हूं, तो मुझे "डेस्टिनेशन होस्ट अनरीचेबल" मिलता है।
यहाँ नेटवर्क पर एक और कंप्यूटर है:
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 रास्पबेरी पाई का पता है:
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
और यहाँ डीएचसीपी अनुरोध है:
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.
बाकी सब कुछ ठीक काम करता है, लेकिन मैंने इस रैप्सबेरी पाई को दो अलग-अलग छवियों (रास्पबम और रास्पबियन) और दो अलग-अलग रास्पबेरी पाई और बिना किसी कॉन्फ़िगरेशन के काम करने की कोशिश की है। रास्पियन छवि को राउटर 1 से सीधे जुड़ा होने पर काम करने के रूप में परीक्षण किया गया है। यह समस्या दो साल पहले के इस अनुत्तरित प्रश्न के समान लगती है , सिवाय इसके कि ऐसा लगता है कि वह उस डिवाइस के लिए वाईफाई का उपयोग कर रहा था जो कनेक्ट करने में विफल रहा, और वह वास्तव में कुछ रुक-रुक कर संपर्क कर रहा था। इसके अलावा पिंग की प्रतिक्रिया राउटर से थी, डिवाइस से नहीं। इस समस्या का कारण क्या हो सकता है?
संपादित करें: मुझे यह भी ध्यान देना चाहिए कि दो अलग-अलग रास्पबेरी पाई में अलग-अलग आईपी पते थे, जिनमें से एक आईपी-मैक बाध्य था, और ऐसे कोई आईपी टकराव नहीं थे जिन्हें मैंने डीएचसीपी तालिका में देखा था, लेकिन प्रत्येक पर एक ही समस्या थी।
अद्यतन : मैंने एक संभावित दिलचस्प बात निर्धारित की है, जो यह है कि जब मैक एड्रेस क्लोनिंग बंद हो जाती है, तो पुनरावर्तक पुल कार्य करना बंद कर देता है - रास्पबेरी पाई को पिंग करने वाली एकमात्र चीज राउटर 2 है, और इसमें कोई कनेक्टिविटी नहीं है (या राउटर तक पहुंच नहीं है) 1) केवल राउटर 2 से जुड़ी किसी भी चीज से - विंडोज मशीन सहित। हालाँकि, जो मैक एड्रेस क्लोन किया जा रहा है, वही मैक एड्रेस है जो वास्तव में वैसे भी राउटर 2 के इंटरफेस द्वारा उपयोग किया जाता है ("स्थिति" पृष्ठ के अनुसार)। मेरे पास राउटर 1 और राउटर 2 दोनों चक्रों में पावर है और इससे कोई फर्क नहीं पड़ता। मुझे समझ नहीं आ रहा है कि मैक एड्रेस क्लोनिंग यहां क्यों प्रासंगिक है। मैक एड्रेस क्लोनिंग के साथ, जब मैं राउटर में स्वयं ssh करता हूं, तो राउटरबेरी पाई को राउटर पिंग कर सकता है, लेकिन राउटर 1 नहीं।
एक अन्य छोटी बात यह है कि जब मैक एड्रेस क्लोनिंग होती है और मैं वास्तव में नेटवर्क पर अन्य कंप्यूटरों को पिंग कर सकता हूं, तो आर्किंग उसी डिवाइस के लिए मैक पते को रिटर्न करता है जो पिंग्स का जवाब दे रहा है।
अद्यतन 2: syslog मानों की जाँच करने से, मैंने पाया कि मैक पते से संबंधित यह त्रुटि संदेश था:
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
जाहिरा तौर पर यह एक ज्ञात समस्या है जो लोग मैक एड्रेस क्लोनिंग का उपयोग करके हल कर रहे हैं। मुझे बिल्कुल यकीन नहीं है कि यादृच्छिक मैक पते एक समस्या क्यों हैं, और मैक पते क्लोनिंग के अन्य परिणाम क्या हैं।