हेडलेस Pi च्या बूट अपयशाला नेटवर्क अपयशापासून वेगळे ओळखणे

चारपैकी कोणती गोष्ट खरीच अपयशी ठरली हे कोणी विचारण्यापूर्वीच कार्ड केसमधून बाहेर येते. VPN किंवा नेटवर्क बदलल्यानंतर Pi ने उत्तर देणे थांबवले, आणि रीफ्लॅश हाच उरलेला एकमेव उपाय वाटतो. असे क्वचितच असते: लीज हलू शकते, sshd थांबू शकते, किंवा उत्तर अशा मार्गाने बाहेर पडू शकते जो तुम्ही शोधू शकत नाही, आणि प्रत्येकाचा स्वतःचा उपाय आहे. उपयुक्त काम म्हणजे तुम्ही जे पाहिले त्याला तुम्ही जे गृहीत धरले त्यापासून वेगळे करणे.

चार परिणाम, एक नाही

बूट होणे, पत्ता मिळणे, ऐकणे आणि पोहोचता येणे हे चार वेगळे परिणाम आहेत, आणि इतर टिकून असतानाही यापैकी कोणताही अपयशी होऊ शकतो. बोर्ड पूर्णपणे बूट होऊनही नेटवर्कवर कधीच दिसू शकत नाही. कोणीही अपेक्षा न केलेल्या पत्त्याने दिसू शकतो, किंवा योग्य पत्ता ठेवून SSH बंद असू शकते. तिन्ही बरोबर करूनही पोहोचता येणार नाही, कारण उत्तरे चुकीच्या गेटवेमधून बाहेर जातात.

रीफ्लॅशची प्रवृत्ती त्या चारांना एका प्रश्नात आणते, म्हणूनच ती बऱ्याचदा चालणारे Pi देते आणि खरेच काय तुटले याचे कोणतेही स्पष्टीकरण देत नाही.

पुरावे खरेच कुठे संपतात

काहीही हात लावण्यापूर्वी तीन गोष्टी लिहून ठेवा: शेवटचा काम करणारा पत्ता आणि अपलिंक, काय बदलले, आणि काम करणे थांबवणारी पहिली क्रिया. यापुढे न सुटणारे होस्टनेम, वेळ संपणारे SSH कनेक्शन आणि नाकारले जाणारे TCP कनेक्शन—ही तीन वेगळी निरीक्षणे आहेत, तीन वेगळ्या स्तरांकडे निर्देश करणारी. अपयशी ping एका पत्त्याची पोहोच तपासते आणि वर सांगितलेल्या प्रत्येक कारणाने अपयशी होते, कधीही सुरू न झालेल्या बोर्डसह. म्हणून ते बूट चाचणीची जागा घेऊ शकत नाही.

स्थानिक डिस्प्ले किंवा रिकव्हरी कन्सोल उपलब्ध असेल तर वापरा, कारण ते ज्या प्रश्नाचे उत्तर देते तो म्हणजे यंत्र त्याच्या ऑपरेटिंग सिस्टमपर्यंत पोहोचते का. रीफ्लॅश फक्त हाच प्रश्न सोडवेल. त्या टप्प्यापूर्वीच बोर्ड अपयशी झाला तर स्क्रीनशॉट नसल्याने हार्डवेअर दोष असल्याचा अंदाज न घेता प्लॅटफॉर्मचे रिकव्हरी दस्तऐवज पाळा, आणि निदान म्हणून वीज खेचणे थांबवा.

चालू प्रणालीवर प्रवेशमार्ग पुन्हा उभारा

सध्याचा अपलिंक आणि पत्ता नेटवर्क कॉन्फिगरेशनच्या मालकाद्वारे शोधा, नंतर तो राउटरच्या सध्याच्या क्लायंट यादीशी आणि SSH क्लायंटने वापरलेल्या पत्त्याशी तुलना करा. जतन केलेले होस्टनेम किंवा जुनी DHCP लीज आठवड्यांपर्यंत कालच्या स्थानाकडे निर्देश करू शकते. नंतर sshd सक्रिय आहे, अस्तित्वात असलेल्या पत्त्यावर ऐकत आहे, आणि प्रशासन नेटवर्कमधून परवानगी आहे याची खात्री करा. Raspberry Pi चे SSH मार्गदर्शन सर्व्हर सक्रिय करणे आणि सध्याच्या पत्त्याशी जोडणे हे दोन वेगळे टप्पे मानते, आणि नवीन Raspberry Pi OS इन्स्टॉलेशन SSH डीफॉल्टनुसार बंद ठेवते.

होस्टनेम दुसऱ्या यंत्राकडे पुनर्निर्देशित करता येते, आणि बदली इमेज स्वतःच्या कीसह येते, म्हणून इशाऱ्यावर क्लिक करून पुढे जाण्याऐवजी तुम्ही आधीच विश्वास ठेवता अशा मार्गाने फिंगरप्रिंट तपासा. इशारा पुसणे हा तात्पुरत्या पत्ता बदलाचे कायमस्वरूपी विश्वासाच्या समस्येत रूपांतर करण्याचा मार्ग आहे. फक्त कीची मागणी हे एकमेव लक्षण असेल तर तुम्ही पोहोचेचा नाही, ओळखीचा प्रश्न पाहत आहात.

बोर्डाला दोष देण्यापूर्वी उत्तराचा मार्ग शोधा

भौतिक लिंक जोडलेली असतानाही VPN मार्गनिवड बदलू शकते, आणि Pi चालू, ऐकत असतानाही पोहोचता न येण्याची नेमकी तीच स्थिती आहे. विनंती येते आणि उत्तर अशा बोगद्यातून बाहेर जाते जो प्रशासकाचा क्लायंट ओलांडू शकत नाही. स्थानिक कन्सोल आणि ऐकणारे सॉकेट परत जाण्याच्या मार्गाबद्दल काहीही सिद्ध करत नाहीत, म्हणून कोणते इंटरफेस उत्तर वाहते आणि कोणता गेटवे निवडते ते तपासा. ते प्रशासक खरोखर ज्या नेटवर्कवर आहे त्याशी तुलना करा, कारण हे अपयश इतर कोणत्याहीपेक्षा जास्त वेळा मृत बोर्ड असे चुकीचे निदान होते.

सर्वात स्वस्त तपासणी म्हणजे उत्तर बाहेर जाताना पाहणे: Pi वर प्रशासकाचा पत्ता कोणता मार्ग वाहेल असे विचारा आणि विनंती ज्या इंटरफेसवर आली त्याशी तुलना करा. तिथली विसंगती संपूर्ण लक्षण समजावते आणि एकाच आदेशाचा खर्च होतो.

एका वेळी एक सीमा, आणि रीफ्लॅश कधी योग्य

सध्याची स्थिती जतन केल्यानंतर मालकाद्वारे कॉन्फिगरेशन दुरुस्त करा. नेटवर्क मॅनेजर बदलणे, फायरवॉल रिकामा करणे आणि स्थिर पत्ता अंदाजणे—हे तीन बदल पुढील निरीक्षण निरुपयोगी करतात. पुरावे VPN च्या मार्गाकडे किंवा फिल्टरिंगकडे निर्देश करत असतील तर त्या क्लायंटच्या स्वतःच्या थांबवण्याच्या किंवा दुरुस्तीच्या पद्धतीकडे परत जा, मान्य केलेल्या रिकव्हरी योजनेत काम करा; नियंत्रित तुलना आणि तुम्ही स्पष्टीकरण न दिलेल्या होस्टवर संरक्षण बंद करणे—या दोन वेगळ्या गोष्टी आहेत.

रीफ्लॅश हा जाणीवपूर्वक रिकव्हरीचा पर्याय आहे, डेटा, ओळख आणि अपयशी ठरलेला टप्पा समजल्यानंतर घेतला जातो. लॉगिन न मिळणे याने डीफॉल्टनुसार तो सुरू होऊ नये.

कॉन्फिगरेशनची नोंद Pi शिवाय वाचता येईल अशा ठिकाणी ठेवा, आणि तुम्ही बदलणार असलेल्या बोगद्यातून न जाणारा परतीचा मार्ग ठेवा. नंतर क्रमाने काम करा: स्थानिक कन्सोलवरून टप्पा खात्री करा, सध्याचा पत्ता शोधा, लिसनर आणि त्याचे धोरण तपासा, उत्तराचा मार्ग शोधा, आणि एकच गोष्ट बदला. बोर्ड कधीच ऑपरेटिंग सिस्टमपर्यंत पोहोचला नसेल, तर पुढचे पाऊल नेटवर्क नाही, रिकव्हरी दस्तऐवज आहे.