ল্যান জুড়ে উবুন্টু আমার রাস্পবেরি পাই অ্যাক্সেস করতে পারে না কেন?


9

ঠিক আছে, আমি সম্প্রতি একটি রাস্পবেরি পাই পেয়েছি এবং এটি আমার ওয়াই ফাইয়ের সাথে সংযুক্ত করেছি - আমি এসএসএইচ সক্ষম করেছি এবং হিয়াওয়থা ইনস্টল করেছি এবং আমি আমার ডেস্কটপ থেকে ঠিক এটি অ্যাক্সেস করতে পারি, যা পপি লিনাক্স তখন চলছিল।

উইন্ডোজ বুট করার সময় আমি এটি ঠিক সূক্ষ্মভাবে অ্যাক্সেস করতে পারি (উইন এক্সপি প্রোতে পুটি), এবং নেটবুকও পটিটির মাধ্যমে এটি অ্যাক্সেস করতে পারে। (উইন 7 স্টার্টার)

তবে আমি যখন উবুন্টুতে বুট করলাম তখন সমস্ত এসএসএইচ, এইচটিটিপি এবং এইচটিটিপিএস সংযোগ প্রত্যাখ্যান করা হয়েছিল। এটি উবুন্টু এবং কেবল উবুন্টু যে সংযোগের সমস্যা ছিল তা নিশ্চিত করার জন্য, আমি পপি লিনাক্স - সংযুক্ত জরিমানা, এবং উইন্ডোজ - সংযুক্ত জরিমানায় পুনরায় চালু করেছিলাম। নেটবুক কোনও সমস্যা ছাড়াই সমস্ত 3 পরিষেবায় সংযোগ করতে পারে। এটি কেবল উবুন্টু বলেছিল যে সংযোগ অস্বীকার করেছে।

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

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

আপডেট 2: আমার ফায়ারওয়ালটি অক্ষম করা আমাকে ডিভাইসটি অ্যাক্সেস করতে দেয় তবে পাসওয়ার্ডটি প্রতিটি হিসাবে ভুল হিসাবে প্রতিবেদন করেএককসময় । আমি এটিকে গেডিতে টাইপ করার চেষ্টা করেছি, তারপরে এসএসএইচ লগইনের সময় এটি পাসওয়ার্ড প্রম্পটে টেনে এনে-ছেড়ে দেওয়ার চেষ্টা করেছি এবং অ্যাক্সেস করার সময় এটি অনুমোদিত হয় pi@jamestheawesomedude.cu.ccতবে অ্যাক্সেস করার সময় নয় pi@192.168.2.128। এটি অবিশ্বাস্যরকম হতাশাব্যঞ্জক।


2
আমাদের লগ প্রদর্শন করুন। ssh -vvv user@hostক্লায়েন্ট সাইডে, sudo tail -f /var/log/auth.logসার্ভার সাইডে। সম্ভবত এটি এসএসএইচ সার্ভার কনফিগারেশনে ভারবোসিটি বাড়াতেও বোধগম্য।
আন্দ্রেজ কইনিকভস

আকর্ষণীয় কিছুই নেই, কেবল একটি "সংযোগ প্রত্যাখ্যান" বার্তা: পেস্টবিন.
com

3
এফওয়াইআই: একটি রাস্পবেরি স্ট্যাক raspberrypi.stackex
بدل.com

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

@ জেমস দ্য আশ্চর্যডুড, সরল সংযোগ প্রত্যাখ্যান করার চেয়ে বর্ণনামূলক কিছু থাকতে হবে । এই বার্তাটি একটি ফলাফল, তবে পাশাপাশি একটি ত্রুটি বার্তা থাকা উচিত।
আন্দ্রেজ ক্যানিকভস

উত্তর:


1

সুতরাং আপনি ufwআপনার উবুন্টু মেশিনে ডিফল্ট সেটিংস সক্ষম না করা অবধি সংযোগটি সর্বদা প্রতিবেদন করা হয়েছে Connection refusedufwআপনার ক্লায়েন্টটি অক্ষম করার পরে সংযোগটি স্থাপন করা হয়েছে তবে পাসওয়ার্ডটি কি সর্বদা প্রত্যাখ্যান করা হয়?

আমি সেই ক্ষেত্রে অনুমান করব যে আপনার সমস্যাটি হ'ল 192.168.2.128আইপিটি আপনার ক্লায়েন্ট উবুন্টু মেশিনে ফিরে এসেছে এবং আসলে আপনি sshনিজের উবুন্টু মেশিনে চলমান সার্ভারের সাথে সংযোগ করছেন । এটি ব্যাখ্যা করবে:

  • আপনি কেন ইন্টারনেট থেকে সংযোগ করতে সক্ষম।

  • আপনার উবুন্টু ক্লায়েন্টে যখন ফায়ারওয়াল চালু ছিল তখন আপনার সংযোগটি কেন প্রত্যাখ্যান করা হয়েছিল।

  • ক্লায়েন্ট ফায়ারওয়াল বন্ধ হয়ে কেন সংযোগটি আর প্রত্যাখ্যান করা হয় না।

  • কেন এখন সংযোগটি প্রতিষ্ঠিত হয়েছে তবে প্রমাণীকরণ ব্যর্থ হয়।

এই কেসটির সমস্যা সমাধানের জন্য:

  • ssh -v pi@192.168.2.128স্থানীয় এবং ইন্টারনেট সংযোগের জন্য সার্ভারের হোস্ট কীটি পরীক্ষা করুন । এটি কি একই কি রিপোর্ট করে?

  • অথবা আপনি যখন স্থানীয় থেকে সংযোগ করছেন এবং অন্য পাসওয়ার্ড থেকে আপনি আপনার পাসওয়ার্ড টাইপ করার প্রম্পটে যাচ্ছেন: sudo netstat -tupanএবং দেখুন sshdআপনার উবুন্টুতে কোনও সংযোগ স্থাপন করা হয়েছে কিনা ।

যদিও এই কেসটি সমস্ত কিছু ব্যাখ্যা করবে তবে এটি এত অদ্ভুত যে আমার সন্দেহ আছে যে এটি আপনার সমস্যা।


#ufw <port> কে ব্যতিক্রম যুক্ত করার অনুমতি দেয়। ভার্জোজ আউটপুট পেতে #ssh -v ব্যবহারকারীর @ ঠিকানা, আপনি কেন সংযোগ করতে পারবেন না সে সম্পর্কে আপনাকে আরও জানায়। "সংযোগ অস্বীকার" এর প্রায়শই অর্থ ডিফল্ট পোর্টটি ভুল, ফায়ারওয়াল ক্লায়েন্ট বা সার্ভার, সংযোগটি ব্লক করে দিচ্ছে।
j0h

1
@ j0h আমি মনে করি আপনি প্রশ্নের মন্তব্য হিসাবে এই মন্তব্যটি পোস্ট করতে চেয়েছিলেন। তবে যাইহোক: মন্তব্যে ওপি ইতিমধ্যে ssh -vvvআউটপুট সরবরাহ করেছে। তিনি এই প্রশ্নে আরও বলেছেন যে পাইটির কোনও ফায়ারওয়াল সক্ষম নেই, তাই ইউএফডাব্লু ক্লায়েন্টের উপর রয়েছে, এবং তিনি বলেছিলেন যে তিনি এটি অক্ষম করেছেন, তবে তিনি এখনও লগ ইন করতে পারবেন না। বন্দরটি হয় কারণ সমস্যা হতে পারে না কারণ তিনি অন্যান্য মেশিন থেকে একই বন্দরে সংযোগ করতে পারেন।
ফ্যালকোনার

1

এটি সম্পূর্ণভাবে সম্ভব যে আপনার উবুন্টু মেশিনটি প্রত্যাশার চেয়ে আলাদা নেটওয়ার্ক আইপি ঠিকানা পাচ্ছে getting নিম্নলিখিত চেষ্টা করুন:

  • রাস্পিতে এটির আইপি ঠিকানাটি পরীক্ষা করে দেখুন ifconfig | grep 192.168
  • উবুন্টু মেশিনে, এর আইপি ঠিকানাটি পরীক্ষা করে দেখুন ifconfig | grep 192.168

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

তাদেরও আসলে পৃথক আইপি ঠিকানা রয়েছে তা নিশ্চিত করুন । এটি সুস্পষ্ট বলে মনে হতে পারে তবে এর মধ্যে যদি একটির DHCP ব্যবহার করা হয় এবং অন্যটি স্থিতিশীলভাবে সেট করা থাকে তবে তা ঘটতে পারে।

যদি এটি সমস্ত চেক আউট হয় তবে আপনার প্যাকেটগুলি কোথায় চলেছে তা দেখার জন্য নীচের কমান্ডটি চালান:

route -n

আপনার রাস্পবেরি পাইয়ের জন্য প্রযোজ্য গন্তব্য সাবনেটের আউটপুটটি সন্ধান করুন। সত্যিই 3 টি সারি হওয়া উচিত:

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
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     1      0        0 eth0

আপনার যদি আরও সারি থাকে বা জিনিসগুলি অদ্ভুত স্পটগুলিতে চলে যায় তবে তার উত্তর।

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


0

আপনার পেস্টবিনে যা আছে তার অনুসারে, "সংযোগ প্রত্যাখ্যান" ইঙ্গিত দেয় যে আপনি সেই আইপি ঠিকানায় যা আছে তার থেকে টিসিপি রিসেট পেয়েছেন।

বিচক্ষণতা যাচাই: সমস্যা সমাধানের সময়, অক্ষম করুন w

আপনার ডেস্কটপ ফায়ারওয়াল অক্ষম করে, আপনি কি আপনার ডেস্কটপ থেকে পাইকে পিং করতে পারেন? আপনি কি আপনার পাই থেকে ডেস্কটপ পিং করতে পারেন?

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

আপনি যদি উভয় দিক দিয়ে পিং করতে পারেন এবং 'আরপ-এন' নির্দেশ করে সঠিক ম্যাক ঠিকানা ব্যবহার করা হচ্ছে (বিপরীত মেশিনে 'ifconfig' পরীক্ষা করুন), পরবর্তী পদক্ষেপটি পাইতে /var/log/auth.log পরীক্ষা করা। এটি আপনাকে সংযোগের চেষ্টাতে কী ভুল তা বলা উচিত।

উপরেরটি যদি সহায়তা না করে তবে দয়া করে পাইতে নিম্নলিখিত কমান্ডগুলি থেকে আউটপুট দেখান:

sudo ifconfig -a
cat /etc/resolv.conf
arp -n
netstat -rn
sudo iptables-save
sudo grep ssh /var/log/auth.log | tail -50

এবং আপনার ডেস্কটপে:

sudo ifconfig -a
cat /etc/resolv.conf
arp -n
netstat -rn
sudo iptables-save

আমি এর কিছু উপরের মন্তব্যে আটকানো দেখতে পাচ্ছি, তবে প্রথমে ফায়ারওয়ালটি বন্ধ করে পুরো জিনিসটি ধরা দরকার। আপনি যদি এটি ফায়ারওয়াল বন্ধ করে দিয়ে কাজ করতে পারেন তবে আপনি আপনার ফায়ারওয়াল নিয়মগুলির সমস্যা সমাধানের দিকে এগিয়ে যেতে পারেন।

এছাড়াও, আপনি যদি কোনও আইপি ঠিকানা লক্ষ্য করে নিচ্ছেন, ডিএনএস সেটিংস এখনও গুরুত্বপূর্ণ কারণ এসএসএইচ হোস্ট কী বৈধকরণের সময় ডিএনএস ব্যবহার করে।


0

~/.ssh/known_hostsফাইল মুছুন এবং আবার চেষ্টা করুন। আগে যদি একই আইপি ঠিকানার সাথে কোনও হোস্ট অ্যাক্সেসযোগ্য ছিল, আপনি একটি অবৈধ ফিঙ্গারপ্রিন্ট রাখতে পারেন


0

উবুন্টু ১৩.১০-তে, আমি আমার পাইতে ফিরতে পারি না, যখন আমি আগে ১৩.০৪ এবং পুদিনা ১ could এ করতে পারি trying

ssh -vvv user@host

আমি পেয়েছি:

debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

আমি একটি পরামর্শ জুড়ে দৌড়ে গেলাম যাতে বলা হয়েছে যে স্বয়ংক্রিয়তার পরিবর্তে মেশিনের জন্য এমটিইউ (পিআই নয়) 1200 তে সেট করুন। আমি এটি করেছি, বন্ধ করে দিয়েছি -> তারপরে আমার ওয়াইফাইতে, এবং প্রথম চেষ্টা করে পিআইয়ের সাথে এসএসএসের সাথে সংযুক্ত হয়েছি। আশা করি এটি কাউকে সাহায্য করবে।


এমটিইউ কীভাবে পরিবর্তন করবেন: Askubuntu.com/questions/230926/…
জমুনস্চ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.