केवल WiFi इंटरफ़ेस के साथ SSH द्वारा RasPi से कनेक्ट नहीं किया जा सकता

Question

मैं WiFi नेटवर्क पर RasPi से कनेक्टिविटी के साथ वास्तव में कष्टप्रद मुद्दों को देख रहा हूं। मेरे पास LAN केबल और WiFi दोनों से जुड़ा डिवाइस है। यदि दोनों केबल और वाईफाई डोंगल को प्लग किया जाता है - दोनों इंटरफेस ठीक काम कर रहे हैं और मैं दोनों इंटरफेस के आईपी पते के माध्यम से रासपी से जुड़ने में सक्षम हूं।

हालाँकि, जब मैं LAN केबल को अनप्लग करता हूं - फिर से शुरू करने के बाद - SSP द्वारा RasPi अनुपलब्ध हो जाता है। अगर मैं अनप्लग करता हूं - पुनरारंभ तक - एसएसएच के माध्यम से डिवाइस अभी भी वाईफाई इंटरफेस के माध्यम से पूरी तरह से उपलब्ध है! पुनः आरंभ करने के बाद - इसे और एक्सेस नहीं किया जा सकता है।

यहाँ मेरी सेटिंग्स हैं: / etc / नेटवर्क / इंटरफेस

auto lo

iface lo inet loopback
iface eth0 inet dhcp

auto wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

/etc/wpa_supplicant/wpa_supplicant.conf

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
update_config=1

network={
        ssid="linksys"
        scan_ssid=1
        mode=0
        proto=WPA2
        auth_alg=OPEN
        pairwise=CCMP
        group=TKIP
        key_mgmt=WPA-PSK
        psk="xxx-password-here"
        id_str="raspberrypi-wif"
        priority=1
}

कृपया, मुद्दे के कारण की पहचान करने में मदद करें।

Comments

स्थानीय कंसोल से यह देखने के लिए जांचें कि आपके किसी नेटवर्क को डिस्कनेक्ट करने के बाद आपके पास कोई डिफ़ॉल्ट मार्ग है या नहीं। netstat -rअपनी रूट तालिका देखने के लिए प्रदर्शन करें । मुझे एक ऐसी ही समस्या है।

— हीटफैनजॉन

ऐसा लगता है कि यह पहले और बाद की अपेक्षा के अनुरूप है । मैं देख सकता हूँ कि eth0 अभी सूची से गायब है।

— मैक्सिम गलुश्का

@HeatfanJohn, क्या आप अपने मुद्दे को हल करने में कामयाब रहे हैं?

— मैक्सिम गलुश्का

मेरा eth0 इंटरफ़ेस अजीब तरह से व्यवहार करता है, कैट -5 केबल को डिस्कनेक्ट करने के बाद भी इंटरफ़ेस "ऊपर" रहता है। मैं अपनी समस्या के साथ एक नया प्रश्न

— बनाऊंगा

मेरे जैसे न्यूडबीट्स के लिए, sudo raspi-configतब (फिर से) SSH को सक्षम करने में, Interfacing optionsमुझे eth1 (USB ईथरनेट अडैप्टर) मिल गया है जो SSH कनेक्शन को स्थानीय लेन और इंटरनेट दोनों से स्वीकार करने के लिए है

— Ivan Ferrer Villa

Answer 1

यह सुनिश्चित करने के लिए जांचें कि आपके SSH कॉन्फ़िगरेशन को सभी इंटरफेस पर सुनने के लिए सेट किया गया है। यह सुनिश्चित करेगा कि यदि सिस्टम बूट और केवल वाईफाई उपलब्ध है, तो यह वाईफाई इंटरफेस पर सुनेगा। मुझे संदेह है कि यह आपके उपरोक्त विवरण के आधार पर ठीक है, लेकिन यह वैसे भी जाँचने योग्य है।

दूसरी चीज जो मैं करूंगा, वह है कि बूट प्रक्रिया को मॉनिटर के माध्यम से देखा जा सके (यदि संभव हो, या तथ्य के बाद dmesg और लॉग के माध्यम से), यह जांचने के लिए कि क्या वायरलेस इंटरफ़ेस वास्तव में SSH शुरू करने से पहले उपलब्ध है।

आपके वायरलेस डिवाइस के आधार पर, SSH डेमॉन शुरू होने के समय यह प्रारंभिक या उपलब्ध नहीं हो सकता है, जिससे SSH विफल हो जाता है, और इसलिए केवल वायरलेस के साथ रिबूट के बाद SSH के माध्यम से पाई तक कोई पहुंच नहीं है।

Comments

प्रतिक्रिया के लिए धन्यवाद, जो दिलचस्प है, ssh सभी इंटरफेस पर उपलब्ध है: ListenAddress 0.0.0.0में /etc/ssh/sshd_config। और मैं देख सकता हूं कि वाईफाई इंटरफ़ेस राउटर से सक्रिय है: raspberrypi Wireless 192.168.1.105 00:02:72:B7:9A:C5लेकिन मैं आईपी को पिंग नहीं कर सकता। जैसा कि आपने सुझाव दिया है मैं बूट देखने की कोशिश करूंगा।

— मैक्सिम गलुश्का

मैंने देखा है dmesgऔर पाया है कि भले ही मैं केवल वाईफाई से शुरू करता हूं, यह केवल eth0इंटरफ़ेस के बारे में लाइनें दिखाता है और कुछ भी नहीं है wlan0। बहुत अजीब। स्क्रीनशॉट

— मैक्सिम गलुस्का

धन्यवाद, हर्ग, आपकी प्रतिक्रिया वास्तव में सहायक थी। मैं भूल गया हूं कि मैंने पहले /boot/cmdline.txtरासपी (जो आईपी से भिन्न होता है, जो मेरे राउटर को डिवाइस के वाईफाई इंटरफेस के लिए आवंटित किया गया था) को स्थिर आईपी पता आवंटित करने के लिए हैक किया गया था। यह पूरी तरह से मेरी गलती है। का उपयोग कर dmesgमैं इस मुद्दे को डीबग करने में सक्षम था और इसे सही किया। अब ठीक काम कर रहा है। आपका बहुत बहुत धन्यवाद!

— मैक्सिम गलुश्का

खुशी है कि मैं मदद कर सकता है, माफ करना, मैं आपको संदेशों के बीच वापस नहीं मिला। अपने अंतिम समाधान को पोस्ट करने के लिए भी धन्यवाद, अगली बार एक ही सवाल आने पर दूसरों (और मुझे) की मदद करेगा।

— हर्ग

Answer 2

मैं एक बीगलबोन ब्लैक पर बिल्कुल वही मुद्दा था। / Etc / नेटवर्क / इंटरफ़ेस सेटिंग्स के साथ एक दिन बर्बाद करने के बाद, मैंने देखा कि eth0 बूट के बाद ऊपर / सक्रिय है, भले ही नेटवर्क केबल बूट समय पर डिस्कनेक्ट हो गया हो (बस रूट कमांड जारी करता है और आप eth0 को सूचीबद्ध देखेंगे)। यह wlan इंटरफ़ेस की कनेक्टिविटी में हस्तक्षेप करता है। इलाज eth0 को निष्क्रिय कर रहा है (ifdown eth0), और अफसोस, समस्या अच्छी हो गई है। नेटवर्क केबल को प्लग और अनप्लग करने का एक ही प्रभाव था (यह eth0 को निष्क्रिय करने का दुष्प्रभाव है)। उसके बाद, मैं अपने होम नेटवर्क में किसी भी डिवाइस से wlan0 इंटरफ़ेस को पिंग / ssh कर सकता हूं। लगता है कि मैं बूट समय पर पता लगाने के लिए कुछ स्क्रिप्ट लिखूंगा कि क्या एथ केबल को प्लग किया गया है या नहीं, और अगर यह नहीं है तो eth0 को बंद कर देना चाहिए।

Answer 3

जो इसके लायक है, मुझे वही परेशानी हो रही थी (ईथरनेट के माध्यम से ठीक ssh, wifi के माध्यम से नहीं जाना), और मैंने पाया कि wlan0 in / etc / network / interfaces को dhcp के बजाय मैन्युअल रूप से सेट किया गया था। इसे बदल दिया और रिबूट के बाद ठीक काम करना शुरू कर दिया

Comments

क्या आपने / etc / नेटवर्क / इंटरफेस को देखा जिसमें ओपी शामिल था?

— स्टीव रोबिलार्ड