ഹെഡ്‌ലെസ് Pi യുടെ ബൂട്ട് പരാജയത്തെ നെറ്റ്‌വർക്ക് പരാജയത്തിൽ നിന്ന് വേർതിരിക്കൽ

നാലിൽ ഏതാണ് യഥാർത്ഥത്തിൽ പരാജയപ്പെട്ടതെന്ന് ആരും ചോദിക്കുന്നതിന് മുമ്പ് കാർഡ് കേസിൽ നിന്ന് പുറത്തുവരുന്നു. VPN അല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് മാറ്റത്തിന് ശേഷം Pi മറുപടി നൽകുന്നത് നിർത്തി, ബാക്കിയുള്ള ഏക നീക്കമായി റീഫ്ലാഷ് തോന്നുന്നു. അങ്ങനെ അപൂർവമായേ സംഭവിക്കൂ: ലീസ് മാറാം, sshd നിൽക്കാം, അല്ലെങ്കിൽ മറുപടി നിങ്ങൾക്ക് പിന്തുടരാനാകാത്ത ഒരു പാതയിലൂടെ പുറത്തുപോകാം, ഓരോന്നിനും അതിന്റേതായ പരിഹാരമുണ്ട്. ഉപയോഗപ്രദമായ ജോലി എന്നത് നിങ്ങൾ നിരീക്ഷിച്ചതിനെ നിങ്ങൾ അനുമാനിച്ചതിൽ നിന്ന് വേർതിരിക്കുന്നതാണ്.

നാല് ഫലങ്ങൾ, ഒന്നല്ല

ബൂട്ട്, വിലാസം, ശ്രവണം, എത്തിച്ചേരാനുള്ള കഴിവ് എന്നിവ നാല് വേറിട്ട ഫലങ്ങളാണ്, ബാക്കിയുള്ളവ നിലനിൽക്കുമ്പോൾ തന്നെ ഇവയിലേതെങ്കിലും പരാജയപ്പെടാം. ബോർഡ് തികച്ചും ബൂട്ട് ചെയ്തിട്ടും നെറ്റ്‌വർക്കിൽ ഒരിക്കലും പ്രത്യക്ഷപ്പെടാം. ആരും പ്രതീക്ഷിക്കാത്ത വിലാസത്തിൽ പ്രത്യക്ഷപ്പെടാം, അല്ലെങ്കിൽ ശരിയായ വിലാസം നിലനിർത്തി SSH ഓഫ് ആയിരിക്കാം. മൂന്നും ശരിയായി ചെയ്തിട്ടും എത്തിച്ചേരാനാകാതിരിക്കാം, കാരണം മറുപടികൾ തെറ്റായ ഗേറ്റ്‌വേയിലൂടെ പുറത്തുപോകുന്നു.

റീഫ്ലാഷ് ചെയ്യാനുള്ള പ്രവണത ആ നാലിനെയും ഒരൊറ്റ ചോദ്യത്തിലേക്ക് ചുരുക്കുന്നു, അതുകൊണ്ടാണ് അത് പലപ്പോഴും പ്രവർത്തിക്കുന്ന ഒരു Pi നൽകുന്നത്, യഥാർത്ഥത്തിൽ എന്താണ് തകർന്നതെന്ന വിശദീകരണമില്ലാതെ.

തെളിവുകൾ യഥാർത്ഥത്തിൽ അവസാനിക്കുന്നത് എവിടെ

എന്തെങ്കിലും തൊടുന്നതിന് മുമ്പ് മൂന്ന് കാര്യങ്ങൾ എഴുതുക: അവസാനമായി പ്രവർത്തിച്ച വിലാസവും അപ്‌ലിങ്കും, എന്താണ് മാറ്റിയത്, പ്രവർത്തിക്കുന്നത് നിർത്തിയ ആദ്യ പ്രവർത്തനം. ഇനി റിസോൾവ് ചെയ്യാത്ത ഹോസ്റ്റ്നെയിം, സമയപരിധി കഴിയുന്ന SSH കണക്ഷൻ, നിരസിക്കപ്പെടുന്ന TCP കണക്ഷൻ—ഇവ മൂന്ന് വ്യത്യസ്ത നിരീക്ഷണങ്ങളാണ്, മൂന്ന് വ്യത്യസ്ത പാളികളിലേക്ക് വിരൽ ചൂണ്ടുന്നു. പരാജയപ്പെട്ട ping ഒരു വിലാസത്തിന്റെ എത്തിച്ചേരൽ പരിശോധിക്കുന്നു, മുകളിലെ എല്ലാ കാരണങ്ങളാലും പരാജയപ്പെടുന്നു, ഒരിക്കലും ആരംഭിക്കാത്ത ബോർഡ് ഉൾപ്പെടെ. അതുകൊണ്ട് അതിന് ബൂട്ട് പരിശോധനയ്ക്ക് പകരമാകാനാവില്ല.

ലോക്കൽ ഡിസ്പ്ലേയോ റിക്കവറി കൺസോളോ ലഭ്യമെങ്കിൽ അത് ഉപയോഗിക്കുക, കാരണം അത് ഉത്തരം നൽകുന്ന ചോദ്യം യന്ത്രം അതിന്റെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ എത്തുന്നുണ്ടോ എന്നതാണ്. റീഫ്ലാഷ് പരിഹരിക്കുന്ന ഏക ചോദ്യം അതാണ്. ആ ഘട്ടത്തിന് മുമ്പ് ബോർഡ് പരാജയപ്പെടുന്നുവെങ്കിൽ, സ്ക്രീൻഷോട്ട് ഇല്ലാത്തതിൽ നിന്ന് ഹാർഡ്‌വെയർ തകരാറ് അനുമാനിക്കുന്നതിന് പകരം പ്ലാറ്റ്‌ഫോമിന്റെ റിക്കവറി ഡോക്യുമെന്റേഷൻ പിന്തുടരുക, രോഗനിർണ്ണയമായി പവർ വലിക്കുന്നത് നിർത്തുക.

പ്രവർത്തിക്കുന്ന സിസ്റ്റത്തിൽ ആക്സസ് പാത വീണ്ടും നിർമ്മിക്കുക

നിലവിലെ അപ്‌ലിങ്കും വിലാസവും നെറ്റ്‌വർക്ക് കോൺഫിഗറേഷൻ കൈവശമുള്ളതിലൂടെ കണ്ടെത്തുക, തുടർന്ന് റൗട്ടറിന്റെ നിലവിലെ ക്ലയന്റ് പട്ടികയുമായും SSH ക്ലയന്റ് ഉപയോഗിച്ച വിലാസവുമായും അത് താരതമ്യം ചെയ്യുക. സംഭരിച്ച ഹോസ്റ്റ്നെയിം അല്ലെങ്കിൽ പഴയ DHCP ലീസ് ആഴ്ചകളോളം ഇന്നലത്തെ ലക്ഷ്യത്തിലേക്ക് ചൂണ്ടാം. തുടർന്ന് sshd സജീവമാണെന്നും നിലവിലുള്ള ഒരു വിലാസത്തിൽ ശ്രവിക്കുന്നുവെന്നും അഡ്മിനിസ്ട്രേഷൻ നെറ്റ്‌വർക്കിൽ നിന്ന് അനുവദിക്കപ്പെട്ടിട്ടുണ്ടെന്നും ഉറപ്പാക്കുക. Raspberry Pi യുടെ SSH മാർഗ്ഗനിർദ്ദേശം സെർവർ പ്രവർത്തനക്ഷമമാക്കുന്നതും നിലവിലെ വിലാസത്തിലേക്ക് കണക്ട് ചെയ്യുന്നതും രണ്ട് വേറിട്ട ഘട്ടങ്ങളായി കാണുന്നു, പുതിയ Raspberry Pi OS ഇൻസ്റ്റാളേഷൻ SSH സ്വതവേ ഓഫ് ആയി വിടുന്നു.

ഹോസ്റ്റ്നെയിം മറ്റൊരു യന്ത്രത്തിലേക്ക് വീണ്ടും ചൂണ്ടാം, മാറ്റിസ്ഥാപിക്കുന്ന ഇമേജ് അതിന്റേതായ കീയുമായി വരുന്നു, അതിനാൽ മുന്നറിയിപ്പ് ക്ലിക്ക് ചെയ്ത് കടക്കുന്നതിന് പകരം നിങ്ങൾ ഇതിനകം വിശ്വസിക്കുന്ന ഒരു പാതയിലൂടെ വിരലടയാളം പരിശോധിക്കുക. മുന്നറിയിപ്പ് മായ്ക്കുന്നതാണ് താൽക്കാലിക വിലാസ മാറ്റത്തെ സ്ഥിരമായ വിശ്വാസ പ്രശ്നമാക്കുന്ന വഴി. കീ ചോദ്യം മാത്രമാണ് ലക്ഷണമെങ്കിൽ, നിങ്ങൾ എത്തിച്ചേരലല്ല, ഐഡന്റിറ്റി ചോദ്യമാണ് നോക്കുന്നത്.

ബോർഡിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് മറുപടിയുടെ പാത പിന്തുടരുക

ഭൗതിക ലിങ്ക് ബന്ധിപ്പിച്ചിരിക്കുമ്പോൾ തന്നെ VPN റൂട്ട് തിരഞ്ഞെടുപ്പ് മാറ്റാം, Pi ഓണായിരിക്കുകയും ശ്രവിക്കുകയും ചെയ്തിട്ടും എത്തിച്ചേരാനാകാത്തത് കൃത്യമായി ആ സന്ദർഭമാണ്. അഭ്യർത്ഥന വരുന്നു, മറുപടി അഡ്മിനിസ്ട്രേറ്ററുടെ ക്ലയന്റിന് കടക്കാനാകാത്ത ഒരു ടണലിലൂടെ പുറത്തുപോകുന്നു. ലോക്കൽ കൺസോളും ശ്രവിക്കുന്ന സോക്കറ്റും തിരികെയുള്ള പാതയെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല, അതിനാൽ ഏത് ഇന്റർഫേസാണ് മറുപടി വഹിക്കുന്നതെന്നും ഏത് ഗേറ്റ്‌വേ തിരഞ്ഞെടുക്കുന്നുവെന്നും ഉറപ്പാക്കുക. അഡ്മിനിസ്ട്രേറ്റർ യഥാർത്ഥത്തിൽ ഇരിക്കുന്ന നെറ്റ്‌വർക്കുമായി അത് താരതമ്യം ചെയ്യുക, കാരണം ഈ പരാജയം മറ്റേതിനേക്കാളും കൂടുതലായി മരിച്ച ബോർഡായി തെറ്റായി രോഗനിർണ്ണയം ചെയ്യപ്പെടുന്നു.

ഏറ്റവും വിലകുറഞ്ഞ പരിശോധന മറുപടി പുറത്തുപോകുന്നത് കാണുകയാണ്: Pi യിൽ അഡ്മിനിസ്ട്രേറ്ററുടെ വിലാസം ഏത് റൂട്ട് വഹിക്കുമെന്ന് ചോദിക്കുക, അഭ്യർത്ഥന വന്ന ഇന്റർഫേസുമായി അത് താരതമ്യം ചെയ്യുക. അവിടത്തെ പൊരുത്തക്കേട് മുഴുവൻ ലക്ഷണവും വിശദീകരിക്കുന്നു, ഒരു കമാൻഡിന്റെ ചെലവേയുള്ളൂ.

ഒരു സമയത്ത് ഒരു അതിർത്തി, എപ്പോഴാണ് റീഫ്ലാഷ് ശരി

നിലവിലെ അവസ്ഥ സംരക്ഷിച്ച ശേഷം അതിന്റെ ഉടമയിലൂടെ കോൺഫിഗറേഷൻ ശരിയാക്കുക. നെറ്റ്‌വർക്ക് മാനേജർ മാറ്റുന്നതും ഫയർവാൾ ഒഴിവാക്കുന്നതും സ്റ്റാറ്റിക് വിലാസം ഊഹിക്കുന്നതും അടുത്ത നിരീക്ഷണത്തെ ഉപയോഗശൂന്യമാക്കുന്ന മൂന്ന് മാറ്റങ്ങളാണ്. തെളിവുകൾ VPN യുടെ റൂട്ടിലേക്കോ ഫിൽട്ടറിംഗിലേക്കോ ചൂണ്ടുന്നുവെങ്കിൽ, ആ ക്ലയന്റിന്റെ സ്വന്തം നിർത്തൽ അല്ലെങ്കിൽ അറ്റകുറ്റപ്പണി രീതിയിലേക്ക് മടങ്ങുക, സമ്മതിച്ച റിക്കവറി പ്ലാനിനുള്ളിൽ പ്രവർത്തിക്കുക; നിയന്ത്രിത താരതമ്യം നിങ്ങൾ വിശദീകരിക്കാത്ത ഒരു ഹോസ്റ്റിൽ സംരക്ഷണം ഓഫ് ചെയ്യുന്നതിൽ നിന്ന് വ്യത്യസ്തമാണ്.

റീഫ്ലാഷ് ഒരു ബോധപൂർവമായ റിക്കവറി തിരഞ്ഞെടുപ്പാണ്, ഡാറ്റയും ഐഡന്റിറ്റിയും പരാജയപ്പെട്ട ഘട്ടവും മനസ്സിലാക്കിയ ശേഷം സ്വീകരിക്കുന്നത്. ലോഗിൻ ലഭിക്കാത്തത് സ്വതവേ അത് പ്രേരിപ്പിക്കേണ്ടതല്ല.

Pi ഇല്ലാതെ വായിക്കാനാകുന്ന ഇടത്ത് കോൺഫിഗറേഷൻ രേഖ സൂക്ഷിക്കുക, നിങ്ങൾ മാറ്റാൻ പോകുന്ന ടണലിലൂടെ പോകാത്ത ഒരു തിരിച്ചുവരവ് പാതയും സൂക്ഷിക്കുക. തുടർന്ന് ക്രമത്തിൽ പ്രവർത്തിക്കുക: ലോക്കൽ കൺസോളിൽ നിന്ന് ഘട്ടം ഉറപ്പാക്കുക, നിലവിലെ വിലാസം കണ്ടെത്തുക, ലിസണറും അതിന്റെ നയവും പരിശോധിക്കുക, മറുപടിയുടെ പാത പിന്തുടരുക, ഒരു കാര്യം മാത്രം മാറ്റുക. ബോർഡ് ഒരിക്കലും ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ എത്തിയിട്ടില്ലെങ്കിൽ, അടുത്ത ഘട്ടം നെറ്റ്‌വർക്കല്ല, റിക്കവറി ഡോക്യുമെന്റേഷനാണ്.