हेडलेस Pi को बुट असफलता र नेटवर्क असफलता छुट्याउने

चारमध्ये कुन कुरा साँच्चै असफल भयो भनी कसैले सोध्नुअघि नै कार्ड केसबाट बाहिर निस्कन्छ। VPN वा नेटवर्क परिवर्तनपछि Pi ले जवाफ दिन छोड्यो, र रिफ्ल्यास नै बाँकी एक मात्र कदम जस्तो लाग्छ। त्यसो विरलै हुन्छ: लिज सर्न सक्छ, sshd रोकिन सक्छ, वा जवाफ तपाईंले पछ्याउन नसक्ने मार्गबाट बाहिर जान सक्छ, र प्रत्येकको आफ्नै समाधान छ। उपयोगी काम भनेको तपाईंले देखेको र तपाईंले मानेको कुरा छुट्याउनु हो।

चार नतिजा, एउटा होइन

बुट हुनु, ठेगाना पाउनु, सुन्नु र पुग्न सकिनु चार फरक नतिजा हुन्, र अरू कायम रहँदा पनि यीमध्ये कुनै पनि असफल हुन सक्छ। बोर्ड पूर्ण रूपमा बुट भएर पनि नेटवर्कमा कहिल्यै नदेखिन सक्छ। कसैले नअपेक्षा गरेको ठेगानासँग देखिन सक्छ, वा सही ठेगाना राखेर SSH बन्द हुन सक्छ। तीनवटै सही गरेर पनि पुग्न नसकिने हुन सक्छ, किनभने जवाफहरू गलत गेटवेबाट बाहिर जान्छन्।

रिफ्ल्यास गर्ने प्रवृत्तिले ती चारलाई एउटै प्रश्नमा झार्छ, त्यसैले यसले प्रायः चल्ने Pi दिन्छ तर साँच्चै के बिग्रियो भन्ने कुनै व्याख्या दिँदैन।

प्रमाण साँच्चै कहाँ सकिन्छ

केही छुनुअघि तीन कुरा लेख्नुहोस्: अन्तिम पटक काम गरेको ठेगाना र अपलिङ्क, के बदलियो, र काम गर्न छोडेको पहिलो कार्य। अब नखुल्ने होस्टनाम, समय सकिने SSH जडान, र अस्वीकार हुने TCP जडान—यी तीन फरक अवलोकन हुन् जसले तीन फरक तहतर्फ देखाउँछन्। असफल ping ले एउटा ठेगानाको पहुँच जाँच्छ र माथिका सबै कारणले असफल हुन्छ, कहिल्यै नसुरु भएको बोर्ड पनि समेत। त्यसैले यसले बुट परीक्षणको विकल्प लिन सक्दैन।

स्थानीय डिस्प्ले वा रिकभरी कन्सोल उपलब्ध भए प्रयोग गर्नुहोस्, किनभने यसले जुन प्रश्नको जवाफ दिन्छ त्यो हो—मेसिन आफ्नो अपरेटिङ सिस्टमसम्म पुग्छ कि पुग्दैन। रिफ्ल्यासले समाधान गर्ने एउटै प्रश्न त्यही हो। त्यो चरणअघि नै बोर्ड असफल भए, स्क्रिनसट नभएको आधारमा हार्डवेयर खराबी अनुमान गर्नुको सट्टा प्लेटफर्मको रिकभरी कागजात पछ्याउनुहोस्, र निदानका रूपमा पावर तान्न छोड्नुहोस्।

चालु प्रणालीमा पहुँच मार्ग फेरि बनाउनुहोस्

हालको अपलिङ्क र ठेगाना नेटवर्क कन्फिगरेसनको मालिकमार्फत पत्ता लगाउनुहोस्, त्यसपछि राउटरको हालको क्लाइन्ट सूची र SSH क्लाइन्टले प्रयोग गरेको ठेगानासँग तुलना गर्नुहोस्। सुरक्षित होस्टनाम वा पुरानो DHCP लिजले हप्तासम्म हिजोको गन्तव्यतर्फ देखाउन सक्छ। त्यसपछि sshd सक्रिय छ, अस्तित्वमा रहेको ठेगानामा सुनिरहेको छ, र प्रशासन नेटवर्कबाट अनुमति छ भनी पुष्टि गर्नुहोस्। Raspberry Pi को SSH मार्गदर्शन ले सर्भर सक्रिय गर्ने र हालको ठेगानामा जोडिनेलाई दुई फरक चरण मान्छ, र नयाँ Raspberry Pi OS स्थापनाले SSH लाई पूर्वनिर्धारित रूपमा बन्द राख्छ।

होस्टनाम अर्को मेसिनतर्फ फेरि निर्देशित गर्न सकिन्छ, र प्रतिस्थापन इमेज आफ्नै कुञ्जीसँग आउँछ, त्यसैले चेतावनीमा क्लिक गरेर अघि बढ्नुको सट्टा तपाईंले पहिल्यै विश्वास गर्ने मार्गबाट फिंगरप्रिन्ट जाँच्नुहोस्। चेतावनी मेटाउनु नै अस्थायी ठेगाना परिवर्तनलाई स्थायी विश्वासको समस्या बनाउने बाटो हो। कुञ्जीको सोध मात्र लक्षण हो भने तपाईं पहुँचको होइन, पहिचानको प्रश्न हेरिरहनुभएको छ।

बोर्डलाई दोष दिनुअघि जवाफको मार्ग पत्ता लगाउनुहोस्

भौतिक लिङ्क जोडिएकै अवस्थामा VPN ले मार्ग छनोट बदल्न सक्छ, र Pi चालु, सुनिरहेको तरै पनि नपुगिने ठ्याक्कै त्यही अवस्था हो। अनुरोध आउँछ र जवाफ प्रशासकको क्लाइन्टले पार गर्न नसक्ने सुरुङबाट बाहिर जान्छ। स्थानीय कन्सोल र सुनिरहेको सकेटले फर्कने मार्गबारे केही पनि प्रमाणित गर्दैनन्, त्यसैले कुन इन्टरफेसले जवाफ बोक्छ र कुन गेटवे छान्छ भनी पुष्टि गर्नुहोस्। त्यसलाई प्रशासक साँच्चै जुन नेटवर्कमा छ त्यससँग तुलना गर्नुहोस्, किनभने यो असफलता अरू कुनैभन्दा बढी मृत बोर्डका रूपमा गलत निदान गरिन्छ।

सबैभन्दा सस्तो जाँच जवाफ बाहिर जाँदै गरेको हेर्नु हो: Pi मा प्रशासकको ठेगाना कुन मार्गले बोक्छ भनी सोध्नुहोस् र अनुरोध आएको इन्टरफेससँग तुलना गर्नुहोस्। त्यहाँको अमिल्दोले पूरै लक्षण व्याख्या गर्छ र एक आदेशको खर्च मात्र हुन्छ।

एक पटकमा एक सीमा, र रिफ्ल्यास कहिले ठीक हुन्छ

हालको अवस्था सुरक्षित राखेपछि मालिकमार्फत कन्फिगरेसन सुधार्नुहोस्। नेटवर्क म्यानेजर बदल्नु, फायरवाल खाली गर्नु र स्थिर ठेगाना अनुमान गर्नु—यी तीन परिवर्तनले अर्को अवलोकनलाई निरर्थक बनाउँछन्। प्रमाणले VPN को मार्ग वा फिल्टरिङतर्फ देखाएमा त्यही क्लाइन्टको आफ्नै रोक्ने वा मर्मत गर्ने विधिमा फर्कनुहोस्, सहमत रिकभरी योजनाभित्र काम गर्नुहोस्; नियन्त्रित तुलना र तपाईंले व्याख्या नगरेको होस्टमा सुरक्षा बन्द गर्नु—दुई फरक कुरा हुन्।

रिफ्ल्यास एक सचेत रिकभरी छनोट हो, डेटा, पहिचान र असफल भएको चरण बुझेपछि गरिन्छ। लगइन नपाउँदा पूर्वनिर्धारित रूपमा यसै हुनुपर्छ भन्ने होइन।

कन्फिगरेसनको अभिलेख Pi बिना पढ्न सकिने ठाउँमा राख्नुहोस्, र तपाईं बदल्न लागेको सुरुङबाट नजाने फर्कने मार्ग राख्नुहोस्। त्यसपछि क्रममा काम गर्नुहोस्: स्थानीय कन्सोलबाट चरण पुष्टि गर्नुहोस्, हालको ठेगाना पत्ता लगाउनुहोस्, लिसनर र त्यसको नीति जाँच्नुहोस्, जवाफको मार्ग पछ्याउनुहोस्, र एउटा मात्र कुरा बदल्नुहोस्। बोर्ड कहिल्यै अपरेटिङ सिस्टमसम्म पुगेन भने अर्को कदम नेटवर्क होइन, रिकभरी कागजात हो।