রাস্পবেরি পাই ওয়াইফাই ব্রিজের উপরে রাউটার বা ইন্টারনেট ঠিকানাগুলি পিং করতে পারে না


10

আমি সম্প্রতি এই টিউটোরিয়ালটির "অ্যাথেরোস" সংস্করণ ব্যবহার করে একটি ডিএন-ডাব্লুআরটি চালিত একটি ডাব্লুএনআর 2000 টু 3 রাউটার সেটআপ করেছি (আমরা এই 'রাউটার 2' কল করব), যা একটি মিডিয়ালিংক ওয়্যারলেস-এন রাউটার পুনরাবৃত্তি করছে (আমরা ' এই 'রাউটার 1' কল করুন)। এটি আমার অ্যান্ড্রয়েড ফোন এবং উইন্ডোজ কম্পিউটারের জন্য পুরো ওয়াইফাইয়ের ওপরে এবং ইথারনেটের মাধ্যমে সরাসরি সংযুক্ত হয়ে কাজ করে তবে আমি যখন আমার রাস্পবেরি পাইতে প্লাগ ইন করি, তখন রাস্পবিয়ান (হুইজি) বা রাস্পবিএমসি চালানোর সময় আমি স্থানীয় নেটওয়ার্কের বাইরে কোনও সংযোগ পেতে পারি না।

রাস্পবেরি পাই স্থানীয় সাবনেটের 'রাউটার 2' সহ অন্যান্য যে কোনও ডিভাইসে পিং করতে পারে (যার সাথে এটি সরাসরি সংযুক্ত রয়েছে) এবং এটি রাউটার 1 থেকে ডিএইচসিপি পেতে সক্ষম, তবে যখন আমি চেষ্টা করি এবং পিং রাউটার 1, আমি "গন্তব্য হোস্ট অদৃশ্যযোগ্য" পেয়েছি এবং আমি যদি google.com, superuser.com এর মতো ইন্টারনেটে কিছু পিং করার চেষ্টা করি তবে আমি একইভাবে "গন্তব্য হোস্ট অলাপযোগ্য" get

নেটওয়ার্কে আরও একটি কম্পিউটার এখানে রয়েছে:

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.

অন্য সব কিছুই ঠিকঠাক কাজ করে তবে আমি এই র‌্যাসবেরি পাই দুটি ভিন্ন চিত্র (রাস্পবিএমসি এবং রাস্পবিয়ান) এবং দুটি ভিন্ন ভিন্ন রাস্পবেরি পিএস এবং কোন কনফিগারেশন কাজ করে না চেষ্টা করেছি। রাউসবিয়ান ইমেজটি রাউটার ১ এর সাথে সরাসরি সংযুক্ত হওয়ার সময় কাজ করার জন্য পরীক্ষা করা হয়েছে two এই সমস্যাটি দু'বছর আগে থেকে এই উত্তরহীন প্রশ্নের সাথে খুব মিল বলে মনে হচ্ছে , এ ক্ষেত্রে মনে হয় যে তিনি সংযোগ করতে ব্যর্থ ডিভাইসটির জন্য ওয়াইফাই ব্যবহার করেছিলেন, এবং তিনি আসলে কিছুটা মাঝে মাঝে সংযোগ পেয়ে যাচ্ছিলেন। এছাড়াও পিংয়ের প্রতিক্রিয়াটি রাউটার থেকে এসেছে, ডিভাইসটি নয়। এই সমস্যা সৃষ্টি হতে পারে?

সম্পাদনা: আমার এও লক্ষ্য করা উচিত যে দুটি ভিন্ন রাস্পবেরি পিসের বিভিন্ন আইপি ঠিকানা ছিল যার মধ্যে একটি আইপি-ম্যাক আবদ্ধ ছিল এবং আমি ডিএইচসিপি টেবিলে দেখেছি এমন কোনও আইপি সংঘর্ষ ছিল না, তবে প্রতিটি ক্ষেত্রে একই সমস্যা ছিল।

আপডেট : আমি একটি সম্ভাব্য আকর্ষণীয় জিনিস নির্ধারণ করেছি, যা হ'ল যখন ম্যাক অ্যাড্রেস ক্লোনিং বন্ধ করা হয়, তখন রিপিটার ব্রিজটি কাজ করা বন্ধ করে দেয় - রাস্পবেরি পাইকে পিং করতে পারে এমন একমাত্র জিনিস রাউটার 2, এবং কোনও সংযোগ নেই (বা রাউটারের অ্যাক্সেস) নেই 1) কেবল রাউটার 2 এর সাথে সংযুক্ত যে কোনও কিছু থেকে - উইন্ডোজ মেশিন সহ। তবে যে ম্যাক ঠিকানাটি ক্লোন করা হচ্ছে তা হ'ল একই ম্যাক ঠিকানা যা বাস্তবে রাউটার 2 এর ইন্টারফেস দ্বারা যেভাবেই ব্যবহৃত হয় ("স্থিতি" পৃষ্ঠা অনুসারে)। আমি দুটি রাউটার 1 এবং রাউটার 2 দু'বার পাওয়ার সাইকেল চালিয়েছি এবং এতে কোনও পার্থক্য নেই। আমি বুঝতে পারি না কেন ম্যাক ঠিকানা ক্লোনিং এখানে প্রাসঙ্গিক। ম্যাক অ্যাড্রেসন ক্লোনিং অফ করে, যখন আমি রাউটারে নিজেই প্রবেশ করি, রাউটারটি রাস্পবেরি পাইকে পিং করতে পারে, তবে রাউটার 1 নয়।

অন্য একটি ছোট বিষয় হ'ল যখন ম্যাক অ্যাড্রেস ক্লোনিং চালু থাকে এবং আমি আসলে নেটওয়ার্কে অন্য কম্পিউটারগুলিকে পিং করতে পারি, আরপিংগুলি প্রতিটি ডিভাইসের জন্য একই ম্যাক ঠিকানাটি দেয় যা পিংসে প্রতিক্রিয়া জানায়।

আপডেট 2: সিসলগ মানগুলি পরীক্ষা করে, আমি দেখতে পেলাম যে ম্যাকের ঠিকানা সম্পর্কিত এই ত্রুটি বার্তাটি ছিল:

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

স্পষ্টতই এটি একটি পরিচিত সমস্যা যা ম্যাক ঠিকানা ক্লোনিং ব্যবহার করে লোকেরা সমাধান করছে। এলোমেলো ম্যাক ঠিকানাগুলি কেন সমস্যা, এবং ম্যাক ঠিকানা ক্লোনিংয়ের অন্যান্য কী কী পরিণতি ঘটছে তা আমি ঠিক নিশ্চিত নই।


রাউটার 2 তে যদি আপনার কাছে একটি ওয়্যারলেস ক্লায়েন্ট থাকে তবে আপনি কি রাস্পবেরি থেকে / ওয়্যারলেস ক্লায়েন্টে পিং করতে পারেন?
মারিউস ম্যাটুটিয়া

হ্যাঁ. আপনি রাউটার 1 বা রাউটার 2 এ ওয়্যারলেস ক্লায়েন্টের কাছ থেকে রাস্পবেরিটি পিং করতে পারেন
পল

রাউটার 1 এ, আপনি কি ডিএইচসিপি বা ডিএনএসম্যাক সক্রিয় করেছেন?
মারিউস ম্যাটুটিয়া

ডিএইচসিপি হ্যাঁ, আমি ডিএনএসম্যাক সম্পর্কে জানি না। রাউটার ১ এ ওয়েবইউআইতে এটির জন্য কোনও সেটিংস নেই
পল

এ কারণেই ন্যাট চুষে দেয়। পরিবর্তে আপনার সত্যই ডাব্লুডিএস ব্যবহার করা উচিত। (প্রতিটি ডিভাইসের একই ম্যাক ঠিকানা রয়েছে বলে মনে হয় কারণ NAT এটির ক্লায়েন্টের সাথে কথা বলে যে অ্যাক্সেস পয়েন্টটি বোঝাতে ব্যবহার করা হচ্ছে))
ডেভিড শোয়ার্জ

উত্তর:


1

বিস্তারিত সমস্যার বর্ণনার জন্য +1।

আমি থ্রেড আপনি খোলা প্রস্তাবিত ফলবিশেষ Pi , পরীক্ষা করুন পারে আপনার প্রধান রাউটার RPi এর Arp টেবিলে তালিকাভুক্ত করা হয় যদি: arp -nবা iproute2 ইনস্টল আপনি যদি: ip neigh

প্রয়োজনে আপনি এই কমান্ডটি দিয়ে আরপ ক্যাশে রাউটার যুক্ত করতে পারেন: arp -s <ROUTER_IP> <ROUTER_MAC>এবং আপনার এখনও সমস্যা আছে কিনা তা দেখুন

আপনার আরপিআই সমস্ত এআরপি প্যাকেটগুলি স্নিগ্ধ করে প্রত্যাশা অনুযায়ী এআরপি অনুরোধ প্রেরণ করে কিনা তাও আপনি পরীক্ষা করতে পারেন। আপনার আরপিআইতে, চালান:tcpdump arp

আপনি ডিডি-ডাব্লুআরটি রিপিটারে এবং রাউটারের সাথে সংযুক্ত যে কোনও অন্য হোস্টেও একই কমান্ডটি চালাতে পারেন the এআরপি অনুরোধগুলি সম্প্রচারিত হওয়ার সাথে সাথে আপনার লেনের ওপারে দেখতে হবে।


1

নতুন ওয়াইফাই রিপিটার ইনস্টল করার সময় আমার একই সমস্যা ছিল। আপসযুক্ত সমাধানটি রাস্পবেরি পাই এর স্থির আইপি সেট করে।


0

এটি নির্ণয় করা খুব জটিল, কারণ অবশ্যই আপনার সিস্টেমটি সঠিকভাবে কনফিগার করা আছে। সুতরাং, চেক বিকল্পগুলির দীর্ঘ তালিকাগুলি না গিয়ে, আপনাকে পরীক্ষা করার জন্য কিছু ধারণা দেব।

একটি জিনিস আমি চেষ্টা করব তা হল রাউটার 1 এর পরিবর্তে ডিফল্ট গেটওয়ে রাউটার 2 তে পরিবর্তন করা।

আর একটি বিষয় হ'ল পিংকে ইন্টারফেসের নীতিতে আবদ্ধ করতে বাধ্য করা:

 ping -I 192.168.0.107 192.168.0.1
 ping -I eth0          192.168.0.1

এই দুটি কমান্ড কিছুটা পৃথক, উভয়ই চেষ্টা করা উচিত। আশা করি, তারা বিভিন্ন আউটপুট দেবে, এটি একটি ত্রুটির ইঙ্গিত হবে।

তারপরে আমি / ইত্যাদি / নেটওয়ার্ক / ইন্টারফেসগুলি যাচাই করতাম: এটিতে বেশ কয়েকটি লাইনের মতো থাকে

  auto eth0
  iface eth0 inet dhcp

তারপরে আমি ইন্টারফেসটি আবার চালু করার চেষ্টা করব:

  ifdown eth0
  ifup eth0

এবং আবার dhclient।

সব কিছু বলা এবং হয়ে গেলে, আপনার মনে রাখা উচিত এটি কোনও সফ্টওয়্যার সমস্যা হওয়ার দরকার নেই। আপনি যদি এই ওয়েব পৃষ্ঠায় যান তবে আপনি নিম্নলিখিত অভিজ্ঞতাটি পড়তে পারেন:

আমি আরেকটি রাস্পবেরি পাই অর্ডার দিয়েছিলাম এবং এসডি কার্ডটি পুনরায় চিত্রিত করেছি, এটিতে বুট আপ হয়েছে এবং ইন্টারনেট ভাল কাজ করেছে। আমি এসডি কার্ডটি বের করে পুরানো রাস্পবেরি পাইতে রেখেছি এবং একই সঠিক তারগুলি এবং ইথারনেট কর্ডটি জড়িয়েছি তবে এটি এখনও কার্যকর হয়নি ...

এছাড়াও, আপনার মনে রাখা উচিত যে তারটি নিয়ে কোনও সমস্যা হওয়ার সম্ভাবনা রয়েছে। কেবলগুলি কাজ করছে না / কাজ করছে না working আরএক্স বা টিএক্স-এ সমস্যা হওয়ার কারণে অনেকগুলি ফ্রেম বাদ পড়তে পারে, সিগন্যালের গুণমান প্রান্তিক হতে পারে ইত্যাদি। এই ক্ষেত্রে, টিসিপি-র মতো প্রোটোকলগুলি আইসিএমপি বা ইউডিপির চেয়ে ভাল আচরণ করে কারণ তারা প্যাকেটগুলি পুনরায় সংক্রমণ করে যা লক্ষ্য দ্বারা প্রাপ্ত হয় নি, আপনাকে সঠিকভাবে কাজ করার সংযোগের ভুল ধারণা দেয়। অবশ্যই আপনি সংযোগের গতি পরিমাপ না করা অবধি এই ভুল ধারণাটি স্থায়ী হয়।


দুটি পিং কমান্ডের প্রতিক্রিয়াটির মধ্যে কোনও পার্থক্য নেই। উপরে আমি যা আটকিয়েছি তা একই। / Etc / নেটওয়ার্ক / ইন্টারফেস ফাইলটি রাস্পবিএমসি ক্ষেত্রে ফাঁকা, রাস্পবিয়ান ক্ষেত্রে "অটো লো" "যদি আইফেস লো ইনেট লুপব্যাক" "" আইফেস এথ0 ইনেট ডিএইচসিপি "থাকে। ইন্টারফেসটি পুনরায় চালু করা উভয় ক্ষেত্রেই কিছুই করে না। এটি অবশ্যই রাস্পবেরি পাইয়ের সাথে সমস্যা নয়, কারণ আমার দুটি ভিন্ন রাস্পবেরি পিস রয়েছে, যার মধ্যে দুটি কাজ রাউটার 2 এ প্লাগ করার সময় হয় না তবে দু'টিই সরাসরি রাউটারে প্লাগ ইন করার সময় কাজ করে
পল

-1

কিছুটা আগে আমারও একই সমস্যা ছিল। আমার সমাধানটি /etc/resolv.confযুক্ত করে nameserver 8.8.4.4এবং ইন্টারফেসগুলি ব্যবহার করে পুনরায় চালু করে ফাইল সম্পাদনা করছিল /etc/init.d/networking restart। এটা আমার জন্য কাজ করে.


ওপি Destination Host Unreachableত্রুটি হিসাবে উল্লেখ করেছে , যা দেখে মনে হয় যে ডিএনএস ঠিকঠাক কাজ করে। একটি DNS ত্রুটি ভালো কিছু পাওয়া করেছি হবে cannot resolveবা Unknown host
জর্নেনে
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.