NetworkManager അല്ലെങ്കിൽ wg-quick: നിങ്ങളുടെ WireGuard റൂട്ടുകളുടെ ഉടമ ആരാണ്?

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

കെട്ടുകഥ: മെഷീനിൽ ഒരു WireGuard കോൺഫിഗ് മാത്രം

wg-quick /etc/wireguard/ യിൽ ഒരു ഫയൽ വായിച്ച് നിങ്ങൾ അത് ഉയർത്തുമ്പോൾ ഇന്റർഫേസ് നിർമ്മിക്കുന്നു. NetworkManager സ്വന്തം keyfile ഫോർമാറ്റിൽ കണക്ഷൻ പ്രൊഫൈൽ സൂക്ഷിച്ച് സജീവമാക്കുമ്പോൾ അത് അവതരിപ്പിക്കുന്നു, കൂടാതെ wg-quick ഫയൽ ഇംപോർട്ട് ചെയ്യുമ്പോൾ മൂല്യങ്ങൾ ആ പ്രൊഫൈലിലേക്ക് പകർത്തുന്നു, അതിലേക്ക് ലിങ്ക് ചെയ്യുന്നില്ല. പിന്നീട് ഒറിജിനൽ എഡിറ്റ് ചെയ്യുന്നത് ഒന്നും മാറ്റുന്നില്ല, കാരണം പ്രൊഫൈൽ ഇനി അത് വായിക്കുന്നില്ല. അതിനാൽ അതേ പിയർമാരുടെയും കീകളുടെയും പട്ടിക രണ്ടുതവണ നിലനിൽക്കാം, രണ്ടാമത്തെ പകർപ്പ് പ്രാബല്യത്തിൽ.

ഓർക്കാൻ യോഗ്യമായ സൂചന: റീബൂട്ട് അതിജീവിക്കുന്നതും എന്നാൽ വീണ്ടും ഇംപോർട്ട് അതിജീവിക്കാത്തതുമായ മാറ്റങ്ങൾ ഒരു സ്റ്റോറിൽ നിന്ന് വരുന്നു, റീബൂട്ടിൽ അപ്രത്യക്ഷമാകുന്ന മാറ്റങ്ങൾ മറ്റൊന്നിൽ നിന്ന് വരുന്നു.

ഒരു പ്രായോഗിക ഉദാഹരണം വിഭജനം വ്യക്തമാക്കുന്നു. താരതമ്യം ചെയ്യുക nmcli connection show എന്നതിനൊപ്പം systemctl status wg-quick@wg0, തുടർന്ന് റൂട്ടുകൾ യഥാർത്ഥത്തിൽ ഏത് ഇന്റർഫേസിൽ തൂങ്ങുന്നു എന്ന് പരിശോധിക്കുക. സേവനം മരിച്ചതും ഇന്റർഫേസ് ഉയർന്നതുമാണെങ്കിൽ, ഫയൽ എന്ത് പറഞ്ഞാലും ജോലി പ്രൊഫൈൽ ആണ് ചെയ്യുന്നത്.

കെട്ടുകഥ: റൂട്ടിംഗ് നിയമങ്ങൾ WireGuard ന്റെ ഭാഗമാണ്

കേർണലിലെ WireGuard ഉപകരണത്തിന് പിയർമാരെയും കീകളെയും അറിയാം, നയപരമായ റൂട്ടിംഗിനെക്കുറിച്ച് ഒന്നും അറിയില്ല. നിങ്ങൾ കാണുന്ന ip rule എൻട്രികളും അധിക പട്ടികകളും ഇന്റർഫേസ് ഉയർത്തിയ ടൂൾ ഇൻസ്റ്റാൾ ചെയ്തതാണ്. wg-quick ഒരു fwmark-ഉം സമർപ്പിത പട്ടികയും അതിലേക്ക് ചൂണ്ടുന്ന നിയമങ്ങളും ചേർക്കാം, അതേസമയം NetworkManager സ്വന്തം ipv4 ക്രമീകരണങ്ങളിലൂടെ റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്ത് DNS സിസ്റ്റം ഉപയോഗിക്കുന്ന റിസോൾവർ ബാക്ക്എൻഡിന് വിടുന്നു. അതേ ടണൽ, വ്യത്യസ്ത പാർശ്വഫലങ്ങൾ.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് ip rule ഉം ip route show table all ഉം വായിക്കുക, ഓരോ റൂട്ടും ഏത് പട്ടികയിൽ ജീവിക്കുന്നു എന്ന് കുറിക്കുക. നിങ്ങൾ കോൺഫിഗർ ചെയ്യാത്ത പട്ടിക നമ്പർ അത് സൃഷ്ടിച്ച ടൂളിനെക്കുറിച്ചുള്ള ശക്തമായ സൂചനയാണ്.

കെട്ടുകഥ: റൂട്ട് ഇല്ലാതാക്കുന്നത് പരിഹാരമാണ്

പ്രവർത്തനസമയത്ത് ഇല്ലാതാക്കിയ റൂട്ട് ഉടമ അടുത്ത സജീവമാക്കലിൽ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്ന റൂട്ടാണ്, സജീവമാക്കൽ നിങ്ങളില്ലാതെയും സംഭവിക്കാം: ലാപ്ടോപ്പ് ഉണരുന്നത്, ലിങ്ക് കുലുങ്ങുന്നത്, സേവനം വീണ്ടും ആരംഭിക്കുന്നത് അല്ലെങ്കിൽ NetworkManager-ന്റെ സ്വയംകണക്ഷൻ. അതുകൊണ്ടാണ് അതേ റൂട്ട് തിരികെ വരുന്നത്, അതുകൊണ്ടാണ് താൽക്കാലിക പരിഹാരം തെറ്റല്ലാതെ വിശ്വാസയോഗ്യമല്ലാതെ തോന്നുന്നത്. ആദ്യം മാനേജറെ തിരിച്ചറിയുക, തുടർന്ന് ആ മാനേജർ യഥാർത്ഥത്തിൽ വായിക്കുന്ന ഇൻപുട്ട് മാറ്റുക.

വീണ്ടും കണക്ട് ചെയ്യുന്നതും ബന്ധപ്പെട്ട സേവനം വീണ്ടും ആരംഭിക്കുന്നതുമാണ് യഥാർത്ഥ പരിഹാരത്തെ വെറും വൃത്തിയായി തോന്നുന്ന പരിഹാരത്തിൽ നിന്ന് വേർതിരിക്കുന്ന പരീക്ഷ.

ഒരു ഉടമയെ തിരഞ്ഞെടുത്ത് മറ്റൊരാളെ നീക്കം ചെയ്യുക

നിങ്ങളുടെ വിന്യാസം പിന്തുണയ്ക്കുന്ന മാനേജറെ തിരഞ്ഞെടുക്കുക, തുടർന്ന് മത്സരിക്കുന്ന സജീവമാക്കൽ അതിന്റെ രേഖപ്പെടുത്തിയ നിയന്ത്രണത്തിലൂടെ പ്രവർത്തനരഹിതമാക്കുക, അത് നിഷ്ക്രിയമായി തുടരുമെന്ന് പ്രതീക്ഷിക്കുന്നതിന് പകരം. മാസ്ക് ചെയ്ത wg-quick സേവനമോ ഇല്ലാതാക്കിയ NetworkManager പ്രൊഫൈലോ വ്യക്തമാണ്; രണ്ടും പ്രവർത്തനക്ഷമമാക്കി അവയെ മത്സരിപ്പിക്കുന്നത് അല്ല. എന്തെങ്കിലും പ്രവർത്തനരഹിതമാക്കുന്നതിന് മുൻപ് പ്രവർത്തിക്കുന്ന പ്രവേശനം സംരക്ഷിക്കുക, കാരണം നിങ്ങളുടെ റിമോട്ട് സെഷൻ വഹിക്കുന്ന ഇന്റർഫേസ് നിങ്ങൾ നീക്കം ചെയ്യാൻ പോകുന്നത് തന്നെയായിരിക്കാം.

മാറ്റത്തിന് ശേഷം ഉൾപ്പെടുത്തിയതും ഒഴിവാക്കിയതുമായ ട്രാഫിക്, പിന്നെ DNS, പിന്നെ ഒരു തവണ റീബൂട്ട് ചെയ്ത് പരിശോധിക്കുക. ഒരു മാനേജർ മാത്രമുള്ളപ്പോൾ അവസ്ഥ റീബൂട്ടിനെ അതിജീവിക്കുന്നെങ്കിൽ, നിങ്ങൾക്ക് യാദൃച്ഛികതയല്ല, ഒരു ഉടമയുണ്ട്.

പൊതുവായ നിയമം WireGuard-ന് പുറത്തും ഓർക്കാൻ യോഗ്യമാണ്: ഏതെങ്കിലും ക്രമീകരണം വീണ്ടും വീണ്ടും തിരികെ വരുന്നെങ്കിൽ, ഫലം ഇല്ലാതാക്കുന്നത് നിർത്തി അത് തുടർച്ചയായി ഉത്പാദിപ്പിക്കുന്ന പ്രക്രിയ കണ്ടെത്തുക.