റീസ്റ്റാർട്ടിന് ശേഷം ഇല്ലാതാക്കിയ WireGuard peer എന്തുകൊണ്ട് തിരികെ വരുന്നു

ഐഡന്റിറ്റി പ്രവർത്തിക്കുന്ന ഇന്റർഫേസിൽ നിന്ന് മായുന്നു, മാറ്റം തീർന്നതായി തോന്നുന്നു. സേവനം വീണ്ടും ആരംഭിച്ചതിന് ശേഷം അത് തിരികെ വരുന്നു, ഇത് WireGuard കമാൻഡ് അവഗണിക്കുന്നതായി വായിക്കപ്പെടുന്നു. യഥാർത്ഥത്തിൽ സംഭവിച്ചത് ലളിതമാണ്: ബൂട്ട് സമയത്തെ കോൺഫിഗറേഷനിൽ ആ peer ഇപ്പോഴും ഉണ്ട്.

ആ പട്ടിക രണ്ട് അവസ്ഥകൾ പിടിച്ചുനിർത്തുന്നു. രണ്ടും അത് നഷ്ടപ്പെടുമ്പോൾ മാത്രമാണ് റദ്ദാക്കൽ യഥാർത്ഥമാകുന്നത്.

wg set യഥാർത്ഥത്തിൽ എന്താണ് മാറ്റുന്നത്

wg set wg0 peer <public-key> remove എന്ന കമാൻഡ് കർണലിനുള്ളിലെ പ്രവർത്തിക്കുന്ന ഇന്റർഫേസ് എഡിറ്റ് ചെയ്യുന്നു. ഡിസ്കിൽ ഒന്നും എഴുതുന്നില്ല. കോൺഫിഗറേഷൻ ഫയൽ, NetworkManager പ്രൊഫൈൽ അല്ലെങ്കിൽ റൗട്ടറിന്റെ സംരക്ഷിത അവസ്ഥ എന്നിവ തൊടാതെ കിടക്കുന്നു. ഇത് രൂപകൽപ്പനയാണ്, തകരാറല്ല.

ആ വേർപിരിക്കൽ ബോധപൂർവമാണ്, കാരണം ഉപകരണത്തിന് ഇന്റർഫേസിന്റെ ഉടമ ആരെന്ന് അറിയില്ല. റൺടൈം കമാൻഡ് മറ്റൊന്ന് കൈകാര്യം ചെയ്യുന്ന ഇന്റർഫേസിന് എതിരെ സുരക്ഷിതമായിരിക്കണം. ശാശ്വത പകർപ്പ് എവിടെയാണെന്ന് അതിന് ഊഹിക്കാനാവില്ല. ഫലം എളുപ്പം പറയാം: റൺടൈമിൽ നീക്കം ചെയ്യുന്നത് അതിന്റെ നിർമ്മാണം കൊണ്ടുതന്നെ താൽക്കാലികമാണ്.

അതിനാൽ peer അടുത്ത റീസ്റ്റാർട്ടിൽ തിരികെ വരുന്നു, അതിന്റെ യഥാർത്ഥ അനുവദിച്ച പ്രിഫിക്സുകളോടെ തിരികെ വരുന്നു. അതിലൂടെ റൂട്ട് ചെയ്യുന്ന എല്ലാം വീണ്ടും സൃഷ്ടിക്കപ്പെടുന്നു. അതിനാൽ റദ്ദാക്കിയതായി കരുതുന്ന ഒരു ഐഡന്റിറ്റിക്ക് വീണ്ടും ലോഡ് ചെയ്തതിന് ശേഷം അതിന്റെ പഴയ ലക്ഷ്യസ്ഥാനങ്ങളിൽ എത്താനാകും. റൺടൈം ഔട്ട്പുട്ടിൽ ആരെയും മുന്നറിയിപ്പ് നൽകിയിരുന്നില്ല.

ഫയൽ എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് എഴുതുന്നയാളെ കണ്ടെത്തുക

ഇന്റർഫേസിന് ഒരു ഉടമയുണ്ട്. ഫയൽ വായിക്കുന്ന wg-quick, പ്രൊഫൈൽ പ്രയോഗിക്കുന്ന NetworkManager, റൗട്ടറിന്റെ സ്വന്തം ഇന്റർഫേസ് കോൺഫിഗറേഷൻ, അല്ലെങ്കിൽ ആരംഭിക്കുമ്പോൾ ഇന്റർഫേസ് വീണ്ടും സൃഷ്ടിക്കുന്ന കണ്ടെയ്നർ എൻട്രിപോയിന്റ് എന്നിവയാകാം. ഉടമ ഒരിക്കലും വായിക്കാത്ത ഫയൽ എഡിറ്റ് ചെയ്യുന്നത് യാതൊരു ശാശ്വത മാറ്റവും നൽകുന്നില്ല.

പ്രവർത്തിക്കുന്ന ഇന്റർഫേസിൽ നിന്ന് തുടങ്ങി പൊതു കീകൾ തിരിച്ചറിയുക, കാരണം പേരുകളും വിലാസങ്ങളും കീയെക്കാൾ ദുർബലമായ ഐഡന്റിഫയറുകളാണ്. തുടർന്ന് ആ പട്ടിക ഉടമ യഥാർത്ഥത്തിൽ വായിക്കുന്ന സംരക്ഷിത കോൺഫിഗറേഷനുമായി താരതമ്യം ചെയ്യുക.

wg show wg0 peers
wg show wg0 allowed-ips
systemctl status wg-quick@wg0 --no-pager
ls -l /etc/wireguard

peer പട്ടികയും ഫയലിന്റെ ഉള്ളടക്കവും യോജിക്കാത്ത ജീവനുള്ള ഇന്റർഫേസാണ് മുഴുവൻ രോഗനിർണയം. ബൂട്ടിൽ സംരക്ഷിത കോൺഫിഗറേഷൻ ജയിക്കുന്നു, റൺടൈം അവസ്ഥ തോൽക്കുന്നു. രണ്ടിൽ ഏതെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് അവ താരതമ്യം ചെയ്യുക.

SaveConfig കെണി

കൈകൊണ്ട് ഫയലുകൾ എഡിറ്റ് ചെയ്യുന്നവരെ പിടിക്കുന്ന ഒരു മടക്ക് wg-quick ചേർക്കുന്നു. SaveConfig പ്രവർത്തനക്ഷമമായാൽ, അതിന്റെ രേഖപ്പെടുത്തിയ ഷട്ട്ഡൗൺ സ്വഭാവം നിലവിലെ റൺടൈം അവസ്ഥ കോൺഫിഗറേഷൻ ഫയലിന് മുകളിൽ എഴുതുന്നു.

ഇത് സ്ഥിരതയുടെ സാധാരണ ദിശ മറിക്കുന്നു. ഫയലിൽ നിന്ന് ഒരു peer നീക്കം ചെയ്യുന്നു, പിന്നെ സേവനം നിലയ്ക്കുന്നു. പ്രവർത്തിക്കുന്ന അവസ്ഥ നിങ്ങളുടെ എഡിറ്റിന് മുകളിൽ എഴുതപ്പെട്ട് ഇപ്പോൾ ഇല്ലാതാക്കിയ peer പുനഃസ്ഥാപിക്കുന്നു.

അതിനാൽ ക്രമം പ്രധാനമാണ്: ഇന്റർഫേസ് താഴെയിരിക്കുമ്പോൾ ഫയൽ എഡിറ്റ് ചെയ്യുക, അല്ലെങ്കിൽ എഡിറ്റിന് മുമ്പ് SaveConfig പ്രവർത്തനരഹിതമാക്കുക, തുടർന്ന് ഇന്റർഫേസ് വീണ്ടും ഉയർത്തി എന്താണ് ലോഡ് ചെയ്തതെന്ന് സ്ഥിരീകരിക്കുക. ഇന്റർഫേസ് ഉയർന്നിരിക്കുമ്പോൾ കൈകൊണ്ടുള്ള എഡിറ്റ് ഷട്ട്ഡൗൺ എഴുത്തുമായുള്ള ഒരു മത്സരമാണ്.

രണ്ട് അവസ്ഥകളും മാറ്റുക, പിന്നെ വീണ്ടും ലോഡ് ചെയ്യുക

റൺടൈമിൽ കീ ഉപയോഗിച്ച് peer നീക്കം ചെയ്യുക. സംരക്ഷിത കോൺഫിഗറേഷനിൽ അതേ ബ്ലോക്ക് ഉടമയുടെ പിന്തുണയുള്ള പ്രവർത്തനത്തിലൂടെ നീക്കം ചെയ്യുക, ചുറ്റും എഡിറ്റ് ചെയ്തല്ല.

തുടർന്ന് peer എന്താണ് വഹിച്ചിരുന്നതെന്ന് പരിശോധിക്കുക. റദ്ദാക്കിയ ഐഡന്റിറ്റിയുടേതായിരുന്ന റൂട്ട് ചെയ്ത നെറ്റ്വർക്ക് ബോധപൂർവം വീണ്ടും അനുവദിക്കുകയോ നീക്കം ചെയ്യുകയോ വേണം, അടുത്തതായി എഡിറ്റ് ചെയ്യുന്ന peer അത് നിശബ്ദമായി അനന്തരമായി സ്വീകരിക്കരുത്.

ഗേറ്റ്വേ നിങ്ങളുടെ ഭരണ പ്രവേശനവും വഹിക്കുന്നുവെങ്കിൽ വീണ്ടെടുപ്പ് പാത തുറന്നിടുക. തെറ്റായ peer നീക്കം ചെയ്യുന്ന റീസ്റ്റാർട്ട് സ്വയം സൃഷ്ടിച്ച തടസ്സമാണ്. തെറ്റായ റൂട്ട് നീക്കം ചെയ്യുന്ന റീസ്റ്റാർട്ടിനും ഇതുതന്നെ ബാധകം.

വിജയകരമായ പരിശോധന എങ്ങനെയിരിക്കും

സേവനം വീണ്ടും ലോഡ് ചെയ്യുകയോ റീസ്റ്റാർട്ട് ചെയ്യുകയോ ചെയ്ത്, പിന്നെ peer പട്ടിക വീണ്ടും വായിക്കുക. പഴയ കീ ഇല്ലാതിരിക്കണം, സൂക്ഷിക്കാൻ ഉദ്ദേശിച്ച peer-കൾ ഇപ്പോഴും ഉണ്ടായിരിക്കണം, പ്രവർത്തിക്കണം.

wg show wg0 peers
wg show wg0 allowed-ips
sudo wg-quick down wg0 && sudo wg-quick up wg0
wg show wg0 peers

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

ഏതെങ്കിലും മാനേജർ peer വീണ്ടും വീണ്ടും പുനഃസ്ഥാപിക്കുന്നുവെങ്കിൽ, താഴ്ന്ന നിലയിലുള്ള നീക്കം ആവർത്തിക്കുന്നത് നിർത്തുക. ആ എഴുത്തുകാരൻ വായിക്കുന്ന രേഖ ശരിയാക്കുക, കാരണം അതുവരെ ഓരോ റീസ്റ്റാർട്ടും ഐഡന്റിറ്റി വീണ്ടും പ്രത്യക്ഷപ്പെടാനുള്ള മറ്റൊരു ക്ഷണമാണ്.