હેડલેસ Pi ની બૂટ નિષ્ફળતાને નેટવર્ક નિષ્ફળતાથી અલગ પાડવી

ચારમાંથી ખરેખર કઈ વસ્તુ નિષ્ફળ ગઈ તે કોઈએ પૂછ્યું તે પહેલાં જ કાર્ડ કેસમાંથી બહાર આવે છે. VPN કે નેટવર્ક ફેરફાર પછી Pi એ જવાબ આપવાનું બંધ કર્યું, અને રીફ્લેશ જ બચેલું એકમાત્ર પગલું લાગે છે. એમ ભાગ્યે જ હોય છે: લીઝ ખસી શકે, sshd થોભી શકે, અથવા જવાબ એવા માર્ગે નીકળી શકે જે તમે શોધી ન શકો, અને દરેકનો પોતાનો ઉપાય છે. ઉપયોગી કામ એ છે કે તમે જે જોયું તેને જે ધાર્યું તેનાથી અલગ પાડવું.

ચાર પરિણામો, એક નહીં

બૂટ થયું, સરનામું મળ્યું, સાંભળે છે અને પહોંચી શકાય છે—એ ચાર અલગ પરિણામો છે, અને બીજા ટકી રહ્યા હોય ત્યારે પણ એમાંનું કોઈપણ નિષ્ફળ જઈ શકે. બોર્ડ સંપૂર્ણ બૂટ થઈને પણ નેટવર્ક પર કદી દેખાય નહીં. એ કોઈએ ન ધારેલા સરનામા સાથે દેખાઈ શકે, અથવા સાચું સરનામું રાખીને SSH બંધ હોઈ શકે. એ ત્રણેય સાચા કરીને પણ પહોંચનાર ન હોઈ શકે, કારણ કે જવાબો ખોટા ગેટવેમાંથી નીકળે છે.

રીફ્લેશની વૃત્તિ એ ચારને એક જ પ્રશ્નમાં સંકોચે છે, અને એટલે જ એ ઘણી વાર કામ કરતું Pi આપે છે પણ ખરેખર શું તૂટ્યું તેની કોઈ સમજ નહીં.

પુરાવા ખરેખર ક્યાં પૂરા થાય છે

કંઈપણ અડકતા પહેલાં ત્રણ વસ્તુ લખો: છેલ્લે કામ કરેલું સરનામું અને અપલિંક, શું બદલાયું, અને કામ કરવાનું બંધ કરનારી પહેલી ક્રિયા. જે હોસ્ટનામ હવે રિઝોલ્વ થતું નથી, જે SSH કનેક્શન સમય પૂરો થઈને બંધ થાય છે, અને જે TCP કનેક્શન નકારાય છે—એ ત્રણ અલગ નિરીક્ષણો છે જે ત્રણ અલગ સ્તરો તરફ ઇશારો કરે છે. નિષ્ફળ ping એક સરનામાની પહોંચ ચકાસે છે અને ઉપરના દરેક કારણથી નિષ્ફળ જાય છે, જેમાં કદી શરૂ ન થયેલા બોર્ડનો પણ સમાવેશ થાય છે. એટલે એ બૂટ પરીક્ષણનો વિકલ્પ ન બની શકે.

સ્થાનિક ડિસ્પ્લે કે રિકવરી કન્સોલ ઉપલબ્ધ હોય તો એ વાપરો, કારણ કે એ જે પ્રશ્નનો જવાબ આપે છે તે છે કે મશીન તેના ઓપરેટિંગ સિસ્ટમ સુધી પહોંચે છે કે નહીં. રીફ્લેશ ફક્ત એ જ પ્રશ્ન ઉકેલી શકે. બોર્ડ એ તબક્કા પહેલાં નિષ્ફળ જાય તો સ્ક્રીનશોટ ન હોવાથી હાર્ડવેર ખામી અનુમાન કરવાને બદલે પ્લેટફોર્મની રિકવરી ડોક્યુમેન્ટેશન અનુસરો, અને નિદાન તરીકે પાવર ખેંચવાનું બંધ કરો.

ચાલુ સિસ્ટમ પર ઍક્સેસ માર્ગ ફરી બનાવો

વર્તમાન અપલિંક અને સરનામું નેટવર્ક કન્ફિગરેશન ધરાવનાર મારફતે શોધો, પછી તેને રાઉટરની વર્તમાન ક્લાયન્ટ યાદી સાથે અને SSH ક્લાયન્ટે વાપરેલા સરનામા સાથે સરખાવો. સાચવેલું હોસ્ટનામ કે જૂની DHCP લીઝ અઠવાડિયાં સુધી ગઈકાલના સ્થળ તરફ ઇશારો કરી શકે. પછી ખાતરી કરો કે sshd સક્રિય છે, અસ્તિત્વમાં હોય એવા સરનામા પર સાંભળે છે, અને એડમિનિસ્ટ્રેશન નેટવર્કથી મંજૂર છે. Raspberry Pi ની SSH માર્ગદર્શિકા સર્વર સક્રિય કરવાને અને વર્તમાન સરનામા પર જોડાવાને બે અલગ પગલાં તરીકે ગણે છે, અને નવું Raspberry Pi OS ઇન્સ્ટોલ SSH ને મૂળભૂત રીતે બંધ રાખે છે.

હોસ્ટનામ બીજી મશીન તરફ ફેરવી શકાય, અને બદલીની ઇમેજ પોતાની ચાવી સાથે આવે, તેથી ચેતવણી પર ક્લિક કરીને આગળ વધવાને બદલે તમે પહેલેથી જ ભરોસો કરો એવા માર્ગે ફિંગરપ્રિન્ટ ચકાસો. ચેતવણી ભૂંસી નાખવી એ જ રીત છે જેમાં કામચલાઉ સરનામા ફેરફાર કાયમી ભરોસાની સમસ્યા બની જાય છે. જો ચાવીની પૂછપરછ જ એકમાત્ર લક્ષણ હોય, તો તમે પહોંચનો નહીં, ઓળખનો પ્રશ્ન જોઈ રહ્યા છો.

બોર્ડને દોષ આપતા પહેલાં જવાબનો માર્ગ શોધો

VPN ભૌતિક લિંક જોડાયેલી રહેતી હોય ત્યારે પણ માર્ગની પસંદગી બદલી શકે, અને એ જ એ કિસ્સો છે જ્યાં Pi ચાલુ છે, સાંભળે છે અને તોય પહોંચનાર નથી. વિનંતી આવે છે અને જવાબ એવી ટનલમાંથી નીકળે છે જે એડમિનિસ્ટ્રેટરનો ક્લાયન્ટ પાર કરી શકતો નથી. સ્થાનિક કન્સોલ અને સાંભળતું સોકેટ પરત માર્ગ વિશે કંઈ સાબિત કરતાં નથી, તેથી ખાતરી કરો કે કયું ઇન્ટરફેસ જવાબ વહન કરે છે અને કયો ગેટવે પસંદ કરે છે. તેને એડમિનિસ્ટ્રેટર ખરેખર જે નેટવર્ક પર છે તેની સાથે સરખાવો, કારણ કે આ નિષ્ફળતા બીજા કોઈપણ કરતાં વધુ વાર મૃત બોર્ડ તરીકે ખોટી રીતે નિદાન થાય છે.

સૌથી સસ્તી ચકાસણી એ છે કે જવાબ નીકળતો જુઓ: Pi પર પૂછો કે કયો માર્ગ એડમિનિસ્ટ્રેટરનું સરનામું વહન કરશે, અને તેને વિનંતી જે ઇન્ટરફેસ પર આવી તેની સાથે સરખાવો. ત્યાં અસંગતિ આખું લક્ષણ સમજાવે છે અને એક જ આદેશનો ખર્ચ થાય છે.

એક વારે એક સીમા, અને રીફ્લેશ ક્યારે યોગ્ય છે

વર્તમાન સ્થિતિ સાચવ્યા પછી તેના માલિક મારફતે કન્ફિગરેશન સુધારો. નેટવર્ક મેનેજર બદલવો, ફાયરવોલ ખાલી કરવો અને સ્થિર સરનામું અનુમાન કરવું—એ ત્રણ ફેરફારો છે જે આગળનું નિરીક્ષણ નકામું કરી દે છે. જો પુરાવા VPN ના માર્ગ કે ફિલ્ટરિંગ તરફ ઇશારો કરે, તો એ ક્લાયન્ટની પોતાની થોભાવવાની કે સમારકામની પદ્ધતિ પર પાછા ફરો, સંમત રિકવરી યોજના અંદર કામ કરો; નિયંત્રિત સરખામણી અને તમે સમજાવ્યું ન હોય એવા હોસ્ટ પર સંરક્ષણ બંધ કરવું—એ બે અલગ વસ્તુઓ છે.

રીફ્લેશ એ સભાન રિકવરી પસંદગી છે, જે ડેટા, ઓળખ અને કયો તબક્કો નિષ્ફળ ગયો તે સમજ્યા પછી લેવાય છે. લોગિન ન મળવું એ મૂળભૂત રીતે એને ટ્રિગર કરવો ન જોઈએ.

કન્ફિગરેશનનો રેકોર્ડ Pi વિના વાંચી શકાય એવી જગ્યાએ રાખો, અને પાછા આવવાનો એવો માર્ગ રાખો જે તમે બદલવા જઈ રહ્યા છો તે ટનલમાંથી ન પસાર થાય. પછી ક્રમમાં કામ કરો: સ્થાનિક કન્સોલથી તબક્કો ખાતરી કરો, વર્તમાન સરનામું શોધો, લિસનર અને તેની નીતિ તપાસો, જવાબનો માર્ગ શોધો, અને એક જ વસ્તુ બદલો. બોર્ડ કદી ઓપરેટિંગ સિસ્ટમ સુધી પહોંચ્યું ન હોય, તો આગળનું પગલું નેટવર્ક નહીં, રિકવરી ડોક્યુમેન્ટેશન છે.