Ubuntu पूरे रास्पबेरी पाई को लैन पर क्यों नहीं पहुंचा सकता है?

9

ठीक है, मुझे हाल ही में एक रास्पबेरी पाई मिली, और मैंने इसे अपने वाई-फाई से जोड़ा - मैंने SSH को सक्षम किया और Hiawatha को स्थापित किया, और मैं इसे अपने डेस्कटॉप से ठीक ठीक एक्सेस कर सका, जो उस समय Puppy Linux चला रहा था।

जब मैं विंडोज़ (विन XP प्रो पर PuTTY) में बूट किया गया तो मैं इसे ठीक तरह से एक्सेस कर सकता था, और नेटबुक इसे PuTTY के माध्यम से भी एक्सेस कर सकता था। (7 स्टार्टर जीतो)

हालांकि, जब मैंने उबंटू में बूट किया, तो सभी एसएसएच, एचटीटीपी और एचटीटीपीएस कनेक्शन मना कर दिए गए। यह पुष्टि करने के लिए कि यह उबंटू था, और केवल उबंटू, जो कनेक्शन के मुद्दे थे, मैंने प्यूपी लिनक्स में रिबूट किया - ठीक से जुड़ा हुआ, और विंडोज में - जुड़ा हुआ ठीक। नेटबुक बिना किसी समस्या के सभी 3 सेवाओं से जुड़ सकती है। यह सिर्फ उबंटू था जिसने कहा कि कनेक्शन से इनकार कर दिया।

मैं जानना चाहता हूं कि क्या गलत है - मैंने पहले से ही सभी मूल समस्या निवारण किए हैं: आरपीआई को रिबूट करना, मेरे कंप्यूटर को रिबूट करना, वायरलेस राउटर को रिबूट करना, आदि। रास्पबेरी पाई में कोई फ़ायरवॉल सक्षम नहीं है, और मेरा राउटर सभी उपकरणों से जुड़ा है लैन एक दूसरे के लिए अप्रतिबंधित पहुंच। मैंने व्यापक परीक्षण किया है, और उबंटू एक संदेह की छाया से परे साबित हो गया है जो केवल कनेक्ट करने के लिए तैयार नहीं है।

अद्यतन: बस मेरे बाहरी आईपी के माध्यम से प्रवेश परीक्षण किया है, और सब कुछ Ubuntu पर आसानी से चलता है! हालांकि, उबंटू अभी भी कुछ भी स्थानीय से पाई का उपयोग नहीं कर सकता है, और मैंने अभी पुष्टि की है कि मेरे अन्य ओएस कर सकते हैं । मुझे लगता है कि यह अजीब है कि उबंटू को स्थानीय रूप से कनेक्ट करने में परेशानी है (मेरे अन्य ओएस के विपरीत), लेकिन मेरे बाहरी आईपी के माध्यम से पाई तक पहुंचने में ठीक है।

अद्यतन 2: मेरे फ़ायरवॉल को अक्षम करने से मुझे डिवाइस का उपयोग करने की अनुमति मिलती है, लेकिन पासवर्ड हर गलत रिपोर्ट करता है । एकल । समय । मैंने इसे Gedit में टाइप करने की कोशिश की है, फिर SSH लॉगिन के दौरान इसे पासवर्ड प्रॉम्प्ट में खींचकर छोड़ रहा है, और यह एक्सेस करते समय अधिकृत करता है pi@jamestheawesomedude.cu.cc, लेकिन एक्सेस करते समय नहीं pi@192.168.2.128। यह अविश्वसनीय निराशा है।

— JamesTheAwesomeDude
स्रोत

2

कृपया हमें लॉग दिखाओ। ssh -vvv user@hostक्लाइंट की तरफ, sudo tail -f /var/log/auth.logसर्वर की तरफ। शायद यह SSH सर्वर विन्यास में वर्बोसिटी बढ़ाने के लिए भी समझ में आता है।

— कैनिकोव्स

वास्तव में कुछ भी दिलचस्प नहीं है, बस एक "कनेक्शन ने इनकार कर दिया" संदेश: pastebin.com/Nc1W8Mja

— JamesTheAwesomeDude

3

FYI करें: एक रास्पबेरी स्टैक raspberrypi.stackexchange.com भी है

— मीर बोर्ग

3

@MeerBorg मैं पहले से ही वहां एक उपयोगकर्ता हूं, और मैंने वास्तव में वहां यह पूछने पर विचार किया, लेकिन BUT Ubuntu केवल एक ही मुद्दे है जो जुड़ रहा है। अगर मैं किसी भी विधि के माध्यम से कनेक्ट नहीं कर सका, तो मुझे पाई के साथ एक समस्या पर संदेह होगा, लेकिन चूंकि उबंटू यहां से बाहर है, इसलिए मैंने इसे इस साइट पर पूछने का निर्णय लिया।

— जेम्स दिवाली

@JamesTheAwesomeDude, सादे कनेक्शन से अधिक वर्णनात्मक कुछ होना चाहिए इनकार कर दिया । यह संदेश एक परिणाम है, लेकिन साथ ही एक त्रुटि संदेश भी होना चाहिए।

— रसियन कैनिकोव्स

1

इसलिए जब तक आपने ufwअपने उबंटू मशीन पर डिफ़ॉल्ट सेटिंग्स के साथ सक्षम नहीं किया था , कनेक्शन हमेशा रिपोर्ट करता है Connection refused। ufwआपके द्वारा क्लाइंट को निष्क्रिय करने के बाद कनेक्शन स्थापित हो जाता है, लेकिन पासवर्ड हमेशा अस्वीकार कर दिया जाता है?

मैं उस स्थिति में अनुमान लगाऊंगा कि आपकी समस्या यह है कि 192.168.2.128आईपी को आपके ग्राहक उबंटू मशीन में वापस भेज दिया गया है, और वास्तव में आप sshअपने उबंटू मशीन पर चल रहे सर्वर से जुड़ रहे हैं । यह व्याख्या करेगा:

आप इंटरनेट से कनेक्ट करने में सक्षम क्यों हैं।
जब आपके उबंटू क्लाइंट पर फ़ायरवॉल चालू था तो आपका कनेक्शन क्यों अस्वीकार कर दिया गया था।
क्लाइंट फ़ायरवॉल बंद होने के साथ कनेक्शन को अधिक अस्वीकार क्यों नहीं किया जाता है।
अब कनेक्शन क्यों स्थापित किया गया है, लेकिन प्रमाणीकरण विफल है।

इस मामले का निवारण करने के लिए:

ssh -v pi@192.168.2.128एक स्थानीय और एक इंटरनेट कनेक्शन के लिए दोनों के साथ सर्वर की होस्ट कुंजी की जांच करें । क्या यह उसी कुंजी की रिपोर्ट करता है?
या जब आप स्थानीय से कनेक्ट कर रहे हैं, और आप अपने पासवर्ड को दूसरे टर्मिनल से टाइप करने के लिए संकेत कर रहे हैं: sudo netstat -tupanऔर देखें कि क्या कनेक्शन sshdआपके Ubuntu पर स्थापित है ।

हालांकि यह मामला सब कुछ समझा देगा, लेकिन यह इतना अजीब है कि मुझे संदेह है कि यह आपकी समस्या है।

— बाज़ को सिखानेवाला
स्रोत

#ufw अपवाद जोड़ने के लिए <पोर्ट> की अनुमति दें। #ssh -v उपयोगकर्ता @ पता वर्बोज़ आउटपुट पाने के लिए, जो आपको और अधिक बताएगा कि आप कनेक्ट क्यों नहीं कर सकते। "गर्भाधान से इनकार" अक्सर इसका मतलब है कि डिफ़ॉल्ट पोर्ट गलत है, ओटी फ़ायरवॉल क्लाइंट या सर्वर, कनेक्शन को अवरुद्ध कर रहा है।

— j0h

1

@ j0h मुझे लगता है कि आप इस टिप्पणी को सवाल के रूप में पोस्ट करना चाहते थे। लेकिन वैसे भी: टिप्पणियों में ओपी ने पहले ही ssh -vvvआउटपुट प्रदान किया । उन्होंने सवाल में यह भी कहा कि पाई में कोई फ़ायरवॉल सक्षम नहीं है, इसलिए क्लाइंट पर ufw है, और उसने कहा कि उसने इसे अक्षम कर दिया है, लेकिन वह अभी भी लॉग इन नहीं कर सकता है। पोर्ट या तो समस्या नहीं हो सकता है। अन्य मशीनों से उसी पोर्ट से जुड़ सकते हैं।

— बाज़

1

यह पूरी तरह से संभव है कि आपकी ubuntu मशीन एक अलग नेटवर्क आईपी पता प्राप्त कर रही है जो कि अपेक्षित है। निम्नलिखित आज़माएँ:

रासपी पर, इसके साथ अपना आईपी पता जांचें ifconfig | grep 192.168
ubuntu मशीन पर, के साथ अपने आईपी पते की जाँच करें ifconfig | grep 192.168

अपने स्थानीय नेटवर्क पर एक-दूसरे से बात करने में सक्षम होने के लिए, उन्हें दोनों को एक ही सबनेट का उपयोग करना चाहिए - आईपी पते के तीसरे खंड को देखने के लिए कि क्या वे हैं। आपके मामले में, वे दोनों 192.168.2 पर होना चाहिए। * सबनेट।

सुनिश्चित करें कि उनके पास वास्तव में अलग-अलग आईपी पते हैं। यह स्पष्ट लग सकता है, लेकिन ऐसा हो सकता है कि उनमें से एक डीएचसीपी का उपयोग कर रहा है और दूसरा सांख्यिकीय रूप से सेट है।

यदि वह सब चेक आउट हो जाता है, तो यह देखने के लिए कि आपके पैकेट कहाँ जा रहे हैं, निम्नलिखित कमांड चलाएँ:

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

यदि आपके पास अधिक पंक्तियाँ हैं या चीजें अजीब स्थानों पर जा रही हैं, तो इसका जवाब है।

मेरा अनुमान है कि आपका ssh कनेक्शन आपके रास्पबेरी पाई पर एक अलग SSH सर्वर से टकराने से समाप्त हो रहा है, यही कारण है कि ubuntu फ़ायरवॉल को बदलने से यह प्रभावित हुआ है और आपके लॉगिन काम नहीं कर रहे हैं।

— ImaginaryRobots
स्रोत

0

आपके पेस्टबिन में जो है, उसके अनुसार, "कनेक्शन मना कर दिया" इंगित करता है कि आपको उस आईपी पते पर जो भी है, उससे टीसीपी रीसेट मिल रहा है।

स्वच्छता की जाँच: समस्या निवारण के दौरान, स्थिर ufw।

अपने डेस्कटॉप फ़ायरवॉल को अक्षम करने के साथ, क्या आप अपने डेस्कटॉप से पाई को पिंग कर सकते हैं? क्या आप अपने पाई से डेस्कटॉप को पिंग कर सकते हैं?

दोनों दिशाओं में पिंग का प्रयास करने के बाद, दोनों मशीनों पर 'arp -n' के आउटपुट को देखें। क्या वे एक-दूसरे के मैक (ईथरनेट हार्डवेयर) पते देखते हैं या ट्रैफ़िक को रीडायरेक्ट / इंटरसेप्ट कर रहे हैं?

यदि आप दोनों दिशाओं में पिंग कर सकते हैं और 'arp -n' इंगित करता है कि उचित मैक पते का उपयोग किया जा रहा है (विपरीत मशीन पर 'ifconfig' की जांच करें), तो अगला कदम Pi पर /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

इसमें से कुछ को मैं ऊपर टिप्पणियों में चिपकाया हुआ देखता हूं, लेकिन फ़ायरवॉल को बंद करने के लिए पूरी बात महत्वपूर्ण है, पहले। यदि आप इसे फ़ायरवॉल के साथ काम कर सकते हैं, तो आप अपने फ़ायरवॉल नियमों के समस्या निवारण के लिए आगे बढ़ सकते हैं।

इसके अलावा, भले ही आप IP पते को लक्षित कर रहे हों, DNS सेटिंग्स अभी भी मायने रखती हैं क्योंकि SSH होस्ट कुंजी सत्यापन के दौरान DNS का उपयोग करता है।

— Luno
स्रोत

0

~/.ssh/known_hostsफ़ाइल हटाएं और पुनः प्रयास करें। यदि पहले समान IP एड्रेस ssh एक्सेस के साथ होस्ट था, तो आप एक अमान्य फिंगरप्रिंट रख सकते हैं

— जेट
स्रोत

0

उबंटू 13.10 पर, मैं अपने पीआई को नहीं भेज सकता था, जब मैं पहले 13.04 और मिंट 16 पर था। जब कोशिश कर रहा था

ssh -vvv user@host

मुझे मिला :

debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

मैं एक सुझाव पर भागा, जिसमें कहा गया था कि मशीन के लिए MTU सेट करें (पीआई नहीं) स्वचालित के बजाय 1200। मैंने ऐसा किया, बंद कर दिया -> फिर मेरी वाईफाई पर, और पहले प्रयास में पीआई के लिए एसएस के साथ जुड़ा। आशा है कि यह किसी की मदद करता है।

— Priizim
स्रोत

MTU कैसे बदलें: askubuntu.com/questions/230926/…

— jmunsch