ഇന്റർഫേസ് ഓണാണ് എന്നാൽ wg-quick പരാജയപ്പെട്ടു: അടുത്തതായി എന്ത് ചെയ്യണം

യൂണിറ്റ് ചുവപ്പാണ്, ഇന്റർഫേസ് നിലവിലുണ്ട്, ടണൽ മിക്കവാറും പ്രവർത്തിക്കുന്നു — ഇതാണ് ഏറ്റവും ആശയക്കുഴപ്പമുള്ള സംയോജനം. സജ്ജീകരണം ഒരു ക്രമമാണ്: ആദ്യം ഇന്റർഫേസ് സൃഷ്ടിക്കുന്നു, പിന്നീട് വിലാസങ്ങൾ, റൂട്ടുകൾ, റിസോൾവർ ക്രമീകരണങ്ങൾ, ഏതെങ്കിലും ഹുക്ക് കമാന്റുകൾ എന്നിവ വരുന്നു. നാലാം ഘട്ടത്തിലെ പരാജയം ആദ്യ മൂന്നെണ്ണം അവിടെത്തന്നെ വിടുന്നു, അതിനാൽ ഇന്റർഫേസിന്റെ പേര് തുടങ്ങി എന്നതിന് തെളിവാണ്, കഴിഞ്ഞു എന്നതിനല്ല. ഒരു അധിക വസ്തുത ഈ ആശയക്കുഴപ്പം ഒഴിവാക്കുമായിരുന്നു: പരാജയപ്പെട്ട ഘട്ടം.

പകുതി അവസ്ഥ തന്നെ സാധാരണ പരാജയം

ഈ സ്വഭാവം കേടുപാടായി കാണുന്നതിനുപകരം പ്രതീക്ഷിക്കണം. ഇന്റർഫേസ് സജ്ജീകരണത്തിന്റെ ഏറ്റവും വിലകുറഞ്ഞ ഭാഗവും വിട്ടേക്കാൻ ഏറ്റവും എളുപ്പമുള്ളതുമാണ്, മെഷീനെ പകുതി പ്രവർത്തിക്കുന്നതായി കാണിക്കുന്ന ഭാഗവും അതുതന്നെ.

ഇപ്പോൾ ഇല്ലാത്തത് പരാജയപ്പെട്ട ഘട്ടത്തിനുശേഷം വന്നതെല്ലാമാണ്. പരാജയം റിസോൾവർ ഘട്ടത്തിലായിരുന്നെങ്കിൽ, വിലാസങ്ങളും റൂട്ടുകളും ഉണ്ട്, DNS ഇല്ല. അത് ഒരു റൂട്ട് ആയിരുന്നെങ്കിൽ, ടണലിന് ഒരു വിലാസമുണ്ട്, അതിലൂടെ കടന്നുപോകാൻ വഴിയുമില്ല.

ഫലം ചില പരിശോധനകൾക്ക് ഉത്തരം നൽകി മറ്റുള്ളവയിൽ പരാജയപ്പെടുന്ന മെഷീനാണ്, അതുകൊണ്ടാണ് സേവനം മിന്നിത്തെളിയുന്നു എന്ന് ആളുകൾ അനുമാനിക്കുന്നത്, എന്നാൽ അത് ഒരിക്കലും വിജയകരമായി ആരംഭിച്ചിട്ടില്ല. ഒരിക്കലും പൂർത്തിയാകാത്ത സേവനത്തിന് മിന്നാൻ കഴിയില്ല. അതേ കാരണത്താൽ അത് ആവർത്തിച്ച് പരാജയപ്പെടാൻ മാത്രമേ കഴിയൂ.

ആദ്യം പരാജയപ്പെട്ട ഘട്ടം കണ്ടെത്തുക

നിലവിലെ അവസ്ഥ മാത്രമല്ല, യൂണിറ്റിന്റെ ജേണൽ വായിക്കുക, പരാജയപ്പെട്ട റണ്ണിന്റെ തുടക്കത്തിൽനിന്ന് വായിക്കുക. അവസാന വരി എക്സിറ്റ് കോഡ് പറയുന്നു; ആദ്യ പിശക് എന്ത് നന്നാക്കണം എന്ന് പറയുന്നു.

ഈ കമാന്റുകൾ യൂണിറ്റിന്റെ അവസ്ഥ, ആ യൂണിറ്റിന്റെ ബൂട്ട് ജേണൽ, ടണലിന്റെ തത്സമയ അവസ്ഥ എന്നിവ അച്ചടിക്കുന്നു:

systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -b --no-pager | tail -40
wg show
ip -4 addr show dev wg0

റിസോൾവർ പിശക്, ഇതിനകം നിലവിലുള്ള റൂട്ട്, പൂജ്യമല്ലാത്ത കോഡോടെ പുറത്തുപോയ ഹുക്ക്, കോൺഫിഗറേഷൻ പാഴ്സിംഗ് പരാജയം എന്നിവയെല്ലാം ആ വിൻഡോയിൽ പ്രത്യക്ഷപ്പെടുന്നു, ഓരോന്നും അതിന്റെ ഘടകത്തിന്റെ പേര് പറയുന്നു. ഇന്റർഫേസിന്റെ അവസ്ഥയിൽനിന്ന് മാത്രം ഊഹിക്കുന്നത് ആ വിവരങ്ങളെല്ലാം അവഗണിക്കുന്നു.

നന്നാക്കൽ തീരുമാനിക്കുന്ന മൂന്ന് വ്യവസ്ഥകൾ

നിങ്ങൾ വൃത്തിയാക്കുകയാണോ, സ്ഥലത്തുതന്നെ നന്നാക്കുകയാണോ, യൂണിറ്റ് ബൂട്ട് പാതയിൽനിന്ന് നീക്കുകയാണോ എന്ന് തീരുമാനിക്കുക, എന്തെങ്കിലും ടൈപ്പ് ചെയ്യുന്നതിന് മുൻപ് അത് തീരുമാനിക്കുക.

ഇന്റർഫേസ് തകർന്നതും കോൺഫിഗറേഷൻ ശരിയുമാണെങ്കിൽ, വൃത്തിയാക്കി വീണ്ടും തുടങ്ങുക. കോൺഫിഗറേഷൻ തെറ്റാണെങ്കിൽ, അത് ശരിയാക്കി എന്നിട്ടും ആദ്യം വൃത്തിയാക്കുക, കാരണം പകുതി അവസ്ഥയിൽ രണ്ടാമതൊരു മാനേജർ തുടങ്ങിയാൽ ഒരു ഇന്റർഫേസിന് രണ്ട് ഉടമകളാകും. പരാജയം മെഷീനിൽ ഇല്ലാത്ത റിസോൾവർ സഹായി പോലുള്ള കാണാത്ത സിസ്റ്റം ഘടകമാണെങ്കിൽ, യൂണിറ്റ് പരാതി നിർത്തുന്നതുവരെ തിരുത്തുന്നതിനുപകരം ആശ്രിതത്വം ബോധപൂർവം ഇൻസ്റ്റാൾ ചെയ്യുകയോ നീക്കം ചെയ്യുകയോ ചെയ്യുക.

ആ മൂന്ന് കേസുകൾ നിഗൂഢമായ ചുവന്ന യൂണിറ്റ് പോലെ തോന്നുന്നതിന്റെ ഭൂരിഭാഗവും ഉൾക്കൊള്ളുന്നു. വേർതിരിക്കുന്ന ചോദ്യം, അതേ പരാജയം ശുദ്ധമായ അവസ്ഥയുള്ള മെഷീനിലും സംഭവിക്കുമോ എന്നതാണ്, ഉത്തരം സാധാരണയായി ആദ്യ പിശക് വരിയിൽനിന്ന് വരുന്നു.

വീണ്ടും ശ്രമിക്കുന്നതിന് മുൻപ് വൃത്തിയാക്കുക

നിലവിലുള്ള അവസ്ഥയിൽ വീണ്ടും ശ്രമിക്കുന്നത് പുതിയ കാരണത്താൽ പരാജയപ്പെട്ട് യഥാർത്ഥ കാരണം മറയ്ക്കാം. ഇന്റർഫേസ് സൃഷ്ടിച്ച അതേ ഉപകരണം കൊണ്ട് അത് താഴ്ത്തുക, പിന്നീട് ഒന്നും ബാക്കിയില്ലെന്ന് ഉറപ്പാക്കുക.

ബന്ധമില്ലാത്ത ഇന്റർഫേസുകൾ ഇല്ലാതാക്കരുത്, ഹോസ്റ്റിന്റെ നെറ്റ്വർക്കിംഗ് സ്റ്റാക്ക് പുനഃസജ്ജമാക്കരുത്. രണ്ടും ചെറിയ വസ്തു നന്നാക്കാൻ എടുക്കുന്ന വലിയ നടപടികളാണ്, ഒരു പരാജയപ്പെട്ട ടണലിനെ മറ്റ് കണക്ഷനുകൾ വീണ്ടും സ്ഥാപിക്കേണ്ട മെഷീനാക്കി മാറ്റുന്നു. ശരിയായ പരിധി ഒരു ഇന്റർഫേസും അതിനുടമയായ യൂണിറ്റുമാണ്. അതിനേക്കാൾ വിശാലമായതിന് സംഭവിക്കുന്നതിന് മുൻപ് എഴുതിയ കാരണം വേണം.

യൂണിറ്റല്ല, ടണൽ തെളിയിക്കുക

പച്ച യൂണിറ്റ് എന്നാൽ സ്റ്റാർട്ടപ്പ് ക്രമം പൂജ്യത്തോടെ പുറത്തുപോയി എന്നാണ്. പാക്കറ്റ് മറുവശത്ത് എത്തി എന്നല്ല, റിസോൾവർ നിങ്ങൾ ഉദ്ദേശിച്ചതുപോലെ സജ്ജമായി എന്നുമല്ല.

ടണലിലൂടെ ഒരു അഭ്യർത്ഥന അയച്ച് അത് സൃഷ്ടിച്ച അവസ്ഥ വായിക്കുക:

systemctl is-active wg-quick@wg0
wg show wg0 latest-handshakes
ping -c 3 10.63.0.1
resolvectl query internal.example.net

മറുപടിയില്ലാത്ത ഹാൻഡ്ഷേക്ക് പോലും ടണൽ രൂപപ്പെട്ടു എന്നും എതിർവശം നിശബ്ദമാണ് എന്നും പറയുന്നു, ഇത് ഒരിക്കലും തുടങ്ങാത്ത യൂണിറ്റിൽനിന്ന് വ്യത്യസ്തമായ പ്രശ്നമാണ്. യൂണിറ്റിന്റെ അവസ്ഥ, ഹാൻഡ്ഷേക്ക്, അഭ്യർത്ഥനയുടെ ഫലം എന്നിവ ഒരു റെക്കോർഡിൽ സൂക്ഷിക്കുക, കാരണം അവ സ്വതന്ത്രമായി പരാജയപ്പെടുന്നു, സംയോജനം മാത്രമാണ് സിസ്റ്റത്തെ വിവരിക്കുന്നത്.