SSH को रास्पबेरी पाई को केवल WiFi के माध्यम से नहीं कर सकता

10

जब मुझे WiFi के माध्यम से कनेक्ट किया जाता है तो मुझे SSH पर अपने रास्पबेरी पाई से कनेक्ट करने में समस्या हो रही है। जब RasPi ईथरनेट के माध्यम से जुड़ा हुआ है तो सब कुछ ठीक काम करता है। हालाँकि, जब यह वाईफाई डोंगल के माध्यम से जुड़ा होता है, तो मैं राउटर को पिंग कर सकता हूं (10.0.0.2 पर) और रासपी से इंटरनेट एक्सेस कर सकता हूं , लेकिन मैं इसे एसएसएच नहीं कर सकता (एसश-कमांड जवाब नहीं देता है और अंततः रिपोर्ट करता है "ऑपरेशन टाइमडेड" बाहर")। मैं अपने द्वारा निर्दिष्ट स्थिर IP पते पर RasPi को पिंग नहीं कर सकता।

वाईफाई डोंगल जो मैं उपयोग कर रहा हूं वह TP-Link TL-WN823N है। मैंने इसे WICD का उपयोग करके स्थिर IP 10.0.0.28 पर सेट किया। यह दिलचस्प है कि जब मैंने इस हफ्ते की शुरुआत में पहली बार एसएसएच के माध्यम से इस वाईफाई डोंगल के साथ जुड़ने की कोशिश की, तो यह काम कर गया। अब, कि मैं इसे फिर से कोशिश कर रहा हूं, हालांकि, यह अब काम नहीं कर रहा है। जहाँ तक मैं बता सकता हूँ मैंने कोई विन्यास परिवर्तन नहीं किया।

मैंने आपको कुछ नैदानिक ​​जानकारी प्रदान करने के लिए कुछ आदेश चलाए हैं। इन सभी कमांडों को मैंने वाईफाई डोंगल से जुड़े रासपी को बूट करने के बाद चलाया था, लेकिन कोई ईथरनेट केबल नहीं जुड़ा था। मैं 10.0.0.28 के माध्यम से डिवाइस से कनेक्ट करने का प्रयास कर रहा हूं (जैसा कि आप / etc / नेटवर्क / इंटरफेस से नोटिस कर सकते हैं, मैंने ईथरनेट के लिए स्थैतिक आईपी 10.0.0.27 कॉन्फ़िगर किया है; दोनों के लिए स्थिर IP का इंटरफेस एक ही हुआ करता था जब मैं पहले यह समस्या थी, इसलिए मैंने उन्हें अलग-अलग करने के लिए बदल दिया, बस अगर यह कुछ टकराव का कारण हो सकता है। यह कहने की जरूरत नहीं है, कि काम नहीं किया)।

$ ifconfig
eth0      Link encap:Ethernet  HWaddr b8:27:eb:c2:f1:37  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

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:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1104 (1.0 KiB)  TX bytes:1104 (1.0 KiB)

wlan0     Link encap:Ethernet  HWaddr c0:4a:00:1b:32:ca  
          inet addr:10.0.0.28  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:71 errors:0 dropped:95 overruns:0 frame:0
          TX packets:74 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:8866 (8.6 KiB)  TX bytes:8377 (8.1 KiB)

$iwconfig
wlan0     IEEE 802.11bg  ESSID:"Mercutech"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.412 GHz  Access Point: 00:26:F2:26:B4:62   
          Bit Rate:54 Mb/s   Sensitivity:0/0  
          Retry:off   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=100/100  Signal level=85/100  Noise level=0/100
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

lo        no wireless extensions.

eth0      no wireless extensions.

$ cat /etc/network/interfaces
auto lo

iface lo inet loopback
iface eth0 inet static
address 10.0.0.27
netmask 255.255.255.0
network 10.0.0.0
broadcast 10.0.0.255
gateway 10.0.0.2

allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp

$ cat /etc/resolv.conf
nameserver 10.0.0.2

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.0.0.2        0.0.0.0         UG    0      0        0 wlan0
10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 wlan0

$ sudo cat /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
ssh  wifi  ethernet  static-ip 
— BGH
स्रोत
आप कहते हैं कि आप "केवल वाईफाई" के माध्यम से SSH नहीं कर सकते - यह किसी अन्य विधि के माध्यम से काम करता है, क्या आपने SSHD शुरू किया है और क्या आप eth0 के माध्यम से SSH कर सकते हैं?
— नानजीकम्बे
मैं eth0 के माध्यम से SSH कर सकता हूं, लेकिन wlan0 के माध्यम से नहीं। मेरा मानना ​​है कि SSHD तो चल रहा होगा।
— bgh
जब आप वाईफाई पर हैं, तो क्या आप पाई को पिंग कर सकते हैं? जब आप इसमें SSH की कोशिश करते हैं तो हमें मिलने वाला त्रुटि संदेश दिखाने के लिए कृपया अपने प्रश्न को संपादित करें।
— guntbert
नमस्ते गुंटबर्ट। मैंने अभी-अभी परीक्षण किया है और मैं देखता हूं कि जब मैं वाईफाई पर हूं तो मैं पाई को पिंग नहीं कर सकता। मैं इसे केवल eth0 के माध्यम से पिंग कर सकता हूँ। Ssh कमांड कुछ समय के लिए लटका रहता है और अंततः "ऑपरेशन टाइम आउट" की रिपोर्ट करता है। मैंने इस जानकारी के साथ प्रश्न को अद्यतन किया है।
— bgh
2
@bgh "wpa-roam" को "wpa-conf" के साथ / etc / network / interfaces में wlan0 के लिए बदल देता है।
— gurcanozturk

जवाबों:

3

मैंने (इस मुद्दे पर) संघर्ष किया है। जब मैं अपने 'रोडरनर' राउटर से एक केबल के माध्यम से पीआई को जोड़ता हूं तो सब कुछ अच्छा है।

मेरा ssh पता है 10.0.1.7और ssh pi@10.0.1.7मुझे अपने Apple Mac से PI में मिला है। BTW मैं PI में एक एडिमैक्स EW-7811Un वायरलेस डोंगल का उपयोग कर रहा हूं। मैं PIe पर व्हीजी चला रहा हूं।

यह पता चला है कि ईथरनेट केबल अनप्लग के साथ वाईफाई के माध्यम से ssh करने के लिए सबसे सरल काम किया गया था।

मैं रास्पबेरी जीयूआई (अपने टीवी पर) पर गया और "वाईफाई कॉन्फ़िगरेशन" प्रोग्राम को निकाल दिया और अपने घर के वाईफाई नाम और पासवर्ड दर्ज करने वाले निर्देशों का पालन किया। सभी आवश्यक जानकारी दर्ज करने के बाद मैं जिस चीज़ को भूल गया था, उसे कनेक्ट करने के लिए। एक बार जब मैंने कनेक्ट बटन दबाया तो मेरी वाईफ उठ गई थी और मैं अपने इथरनेट केबल को अनप्लग कर सकता था। यह "हेडलेस" होने के लिए ऐसा व्यवहार है। वाईफाई के लिए मेरा ssh पता 10.0.1.8 है (ईथरनेट केबल के लिए 10.0.1.7 था)

— user24246
स्रोत
अजीब। मैंने अभी LAN / ईथरनेट केबल को अनप्लग किया था और फिर WiFi के माध्यम से SSH से जुड़ सकता था। इसे वापस प्लग इन किया, WiFi के माध्यम से SSH से कनेक्ट नहीं कर सका। अजीब व्यवहार, मेरे पाई 3 बी + पर बेहतर काम करता है।
— geerlingguy
1

Eth0 के लिए स्थिर IP पता निकालने का प्रयास करें, इसलिए अपनी interfacesफ़ाइल को इसमें बदलें :

...
iface eth0 inet dhcp
# Comment all these out
#address 10.0.0.27
#netmask 255.255.255.0
#network 10.0.0.0
#broadcast 10.0.0.255
#gateway 10.0.0.2

मेरे पास एक समान मुद्दा था और यह काम किया।

कोशिश करने के लिए एक और बात, देखें कि क्या ये कमांड काम करते हैं (यदि नहीं तो यह आपको एक सुराग दे सकता है):

sudo ifdown wlan0
sudo ifup wlan0
— Dunc
स्रोत
0

यह पागलपन मेरे साथ भी होता है। मुझे मिला एकमात्र काम एक टर्मिनल एमुलेटर का उपयोग करके अपने एंड्रॉइड फोन के माध्यम से पाई को पिंग करना था।

तो, अपने पाई को पुनरारंभ करें और इसे वाईफ़ाई के माध्यम से कनेक्ट करें। अपने पीसी को पाई के खिलाफ पिंग करें। अपने पाई को एक थ्रिड डिवाइस के साथ पिंग करें।

आपका पीसी पाई से उत्तर प्राप्त करना शुरू कर देगा और आप अंततः इसे एसएसएच कर सकते हैं।

0

क्लाइंट पर ज्ञात_होस्ट से होस्टनाम को हटाना इसके लिए मेरा फिक्स था। मैं मान रहा हूँ जब अन्य NIC से ssh करने का प्रयास किया जा रहा है तो मुख्य मैक आंशिक रूप से परिवर्तित मैक पते के कारण मेल नहीं खाता।

ssh-keygen -R hostname

— बैंजो
स्रोत
0

मैं भी अपने वायरलेस के माध्यम से अपने RasPi A + के लिए SSH को कठिनाई देता हूं। (आपको याद होगा A + में केवल एक USB पोर्ट है और कोई वायर्ड ईथरनेट नहीं है)। - मैं अपने होम नेटवर्क के भीतर से जुड़ रहा हूं। - केवल राउटर सेटिंग मैंने बदल दी है, रास्पि के लिए एक स्थिर आईपी बनाना है। - मैं उसी नेटवर्क पर विंडोज़ मशीन से पुट्टी का उपयोग करता हूं। - मेरे पास और EDIMax7811Un वाईफ़ाई एडाप्टर के लिए RasPi है। - मैंने वही परिणामों के साथ व्हीजी और अब जेसी का उपयोग किया है। - मेरे पास कोई विशेष वाईफाई कॉन्फ़िगर सेटिंग्स (एसएसएच को सक्षम करने के अलावा) नहीं है - मेरे डेस्कटॉप से ​​रासपी को पिंग करना रासपी को अगम्य के रूप में दिखाता है।

मेरा वर्तमान "समाधान" धैर्य है। कनेक्शन बनाने से पहले मुझे 2 से 8 PuTTY समय समाप्त हो जाते हैं। मैंने "SSH pi@192.168.x.xx" से विभिन्न चीजों को टाइप करने की कोशिश की, जिनमें कोई अंतर नहीं था। मैं एक ही परिणाम प्राप्त जब tmux प्रक्रिया के साथ RasPi में फिर भी चल रहा है। हालाँकि, जब तक कि रासपी लॉक नहीं हो जाता, मैं अंततः कनेक्ट करता हूं।

JonRob

— JonRob
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.