WireGuard AllowedIPs: NetworkManager ഒരിക്കലും ചേർക്കാത്ത റൂട്ട്

ഹാൻഡ്‌ഷേക്ക് കൗണ്ടർ പുതുക്കുന്നു, ഇന്റർഫേസ് അതിന്റെ വിലാസം നിലനിർത്തുന്നു, എന്നാൽ മറുവശത്തേക്കുള്ള ping എങ്ങും എത്തുന്നില്ല. ഈ സംയോജനം ആളുകളെ ആശയക്കുഴപ്പത്തിലാക്കുന്നു, കാരണം പ്രവർത്തിക്കുന്ന ഹാൻഡ്‌ഷേക്ക് ടണൽ തയ്യാറാണെന്ന തെളിവായി തോന്നുന്നു. അങ്ങനെയല്ല: ടണൽ പൂർണ്ണമായി ചർച്ച ചെയ്തതായിരിക്കാം, എന്നിട്ടും അതിലേക്ക് ട്രാഫിക് അയയ്ക്കുന്ന ഒരു റൂട്ടും ഇല്ലായിരിക്കാം, ഇവ രണ്ട് വേറിട്ട ജോലികളാണ്, അവ രണ്ട് വേറിട്ട അവസ്ഥാ ഭാഗങ്ങൾ ചെയ്യുന്നു. പരിഹാരം ഈ രണ്ടിൽ ഏതാണ് ഇല്ലാത്തത് എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു, അതിനാൽ ആദ്യ പടി അത് കണ്ടെത്തുകയാണ്.

wg-quick രണ്ടും ആവശ്യപ്പെടാതെ തന്നെ ചെയ്യുന്നു. NetworkManager-ന്റെ ഉൾനിർമ്മിത WireGuard പിന്തുണയും സ്വതവേ peer റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, ഇത് സംശയിക്കുന്നവരെ പ്രവർത്തനരഹിതമായ ഒരു ഓപ്ഷനിലേക്കും, മറ്റൊരു റൂട്ടിംഗ് പട്ടികയിലേക്കും, അല്ലെങ്കിൽ മറ്റെന്തോ വഴി ഇറക്കുമതി ചെയ്ത ക്രമീകരണത്തിലേക്കും ചുരുക്കുന്നു.

റൂട്ടിനു പിന്നാലെ പോകുന്നതിന് മുൻപ് ടണൽ ഉറപ്പാക്കുക

wg show ഇന്റർഫേസ്, peer, അന്തിമ ബിന്ദു, അവസാന ഹാൻഡ്‌ഷേക്കിന്റെ പ്രായം എന്നിവ അച്ചടിക്കുന്നു, ip addr show വിലാസം ഉണ്ടെന്ന് ഉറപ്പാക്കുന്നു. സമീപകാല ഹാൻഡ്‌ഷേക്ക് എന്നാൽ കീകളും അന്തിമ ബിന്ദുവും UDP പാതയും പ്രവർത്തിക്കുന്നു എന്നാണ്. കേടായതെല്ലാം അവയ്ക്ക് താഴെയാണ്: റൂട്ടിംഗ്, ഫിൽട്ടറിംഗ് അല്ലെങ്കിൽ നാമ പരിഹാരം.

പിന്നെ സിദ്ധാന്തപരമല്ലാത്ത യഥാർത്ഥ ലക്ഷ്യത്തോട് കർണൽ എന്ത് ചെയ്യുമെന്ന് ചോദിക്കുക: ip route get 10.42.7.9. ഉത്തരം പുറത്തേക്കുള്ള ഇന്റർഫേസും പാക്കറ്റ് വഹിക്കുന്ന ഉറവിട വിലാസവും പറയുന്നു. ഭൗതിക അഡാപ്റ്റർ പറയുമ്പോൾ, ഹാൻഡ്‌ഷേക്ക് എത്ര ആരോഗ്യകരമായി തോന്നിയാലും പാക്കറ്റ് ഒരിക്കലും ടണലിൽ പ്രവേശിക്കുന്നില്ല.

AllowedIPs ഒരു ഫിൽട്ടറും റൂട്ട് പട്ടികയുമാണ്

AllowedIPs-ലെ പ്രിഫിക്സുകൾ രണ്ട് ജോലികൾ ചെയ്യുന്നു. ഏത് peer പുറത്തേക്കുള്ള ലക്ഷ്യം വഹിക്കുന്നു എന്ന് അവ തിരഞ്ഞെടുക്കുന്നു, കൂടാതെ വരുന്ന പാക്കറ്റുകളുടെ ഉറവിട വിലാസം അവ സാധൂകരിക്കുന്നു, അതാണ് ക്രിപ്റ്റോകീ റൂട്ടിംഗിന്റെ അതിർത്തി. wg-quick-ൽ അവ യാന്ത്രിക റൂട്ട് ഇൻസ്റ്റാളേഷനും നയിക്കുന്നു, ഈ അധിക സ്വഭാവമാണ് ഒരേ ക്രമീകരണം ടെർമിനലിൽ നിന്ന് പ്രവർത്തിച്ച് ഡെസ്ക്ടോപ്പ് ക്ലയന്റിൽ നിന്ന് പ്രവർത്തിക്കാത്തതിന്റെ കാരണം.

ഈ ലേഖനത്തിന് പിന്നിലെ സംഭവത്തിൽ പ്രൊഫൈൽ ഉൾനിർമ്മിത പിന്തുണയിലൂടെയല്ല, മൂന്നാം കക്ഷി പ്ലഗിൻ വഴിയാണ് ഇറക്കുമതി ചെയ്തത്, ഇന്റർഫേസ് പ്രിഫിക്സ് റൂട്ട് ഇല്ലാതെ ഉയർന്നു. പട്ടിക പട്ടികപ്പെടുത്തുമ്പോൾ അത് ഉടൻ കാണിക്കുന്നു: ip route show-ൽ ഇന്റർഫേസ് വിലാസത്തിന്റെ ബന്ധിപ്പിച്ച റൂട്ട് മാത്രമാണുള്ളത്, വിദൂര ശ്രേണിക്കായി ഒന്നുമില്ല.

peer റൂട്ടുകൾ ഒട്ടും പ്രവർത്തനക്ഷമമാണോ എന്ന് ചോദിക്കുക

എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് ക്രമീകരണം വായിക്കുക: nmcli -f wireguard.peer-routes,ipv4.route-table connection show work-wg. peer-routes no കാണിക്കുമ്പോൾ, പിന്തുണയ്ക്കുന്ന പരിഹാരം nmcli connection modify work-wg wireguard.peer-routes yes ആണ്, തുടർന്ന് വീണ്ടും ബന്ധിപ്പിക്കൽ. പകരം ഒരു സ്ഥിത റൂട്ട് ചേർക്കുന്നത് അടുത്ത സജീവമാക്കൽ വരെ പ്രവർത്തിക്കും, പിന്നെ നിശ്ശബ്ദമായി അപ്രത്യക്ഷമാകും. ആ അപ്രത്യക്ഷതയാണ് സൂചന: ഓരോ രാവിലെയും ഒരു പ്രഹേളികയായി മടങ്ങുന്ന റൂട്ട് പ്രൊഫൈൽ ഇൻസ്റ്റാൾ ചെയ്യുന്നതല്ല.

ഓപ്ഷൻ ഇതിനകം സജീവമാണെങ്കിൽ, പ്രിഫിക്സ് മറ്റൊരു പട്ടികയിൽ ജീവിക്കുന്നുണ്ടോ എന്ന് ip route show table all | grep 10 ഉപയോഗിച്ച് പരിശോധിക്കുക. പ്രധാന പട്ടികയല്ലാത്ത ഒരു പട്ടികയിലെ റൂട്ട് ഇല്ലാത്തതല്ല, പ്രധാന പട്ടിക മാത്രം നോക്കുന്ന ഒരു തിരയലിന് അത് കാണാനാകില്ല എന്ന് മാത്രം. മുകളിൽ ഒരു തനിപ്പകർപ്പ് കെട്ടിവയ്ക്കുന്നതിന് പകരം നയ റൂട്ടിംഗ് ശരിയാക്കുക.

പ്രിഫിക്സ് പ്രവർത്തിക്കുന്ന സിസ്റ്റത്തിലല്ല, ബന്ധത്തിൽ ചേർക്കുക

ബന്ധ എഡിറ്ററിൽ WireGuard പേജ് peer-ഉം അതിന്റെ AllowedIPs-ഉം സൂക്ഷിക്കുന്നു, IPv4 പേജ് അധിക റൂട്ടുകൾ സൂക്ഷിക്കുന്നു. അവിടെ ചേർക്കുന്ന റൂട്ട് പ്രൊഫൈലിന്റേതായതിനാൽ വീണ്ടും ബന്ധിപ്പിക്കലുകളെ അതിജീവിക്കുന്നു. കമാൻഡ് ലൈനിൽ തുല്യമായത് ശൂന്യ ഗേറ്റ്‌വേ രൂപത്തിൽ ബന്ധത്തിലേക്ക് ഒരു റൂട്ട് ചേർത്ത്, മാറ്റം പ്രാബല്യത്തിൽ വരാൻ ബന്ധം താഴ്ത്തി വീണ്ടും ഉയർത്തുകയാണ്.

നിങ്ങൾക്ക് ആവശ്യമായ ഹോസ്റ്റുകൾ ഉൾക്കൊള്ളുന്ന ഏറ്റവും ഇടുങ്ങിയ പ്രിഫിക്സ് തിരഞ്ഞെടുക്കുക. ദാതാവിന്റെ /8 മാതൃക പകർത്തുന്നത് അതിനുള്ളിൽ യാദൃച്ഛികമായി വരുന്ന പ്രാദേശിക ശ്രേണികളെ വിഴുങ്ങിയേക്കാം, ഫലമായുണ്ടാകുന്ന തകരാറുകൾ വളരെ വീതിയുള്ള റൂട്ടിനെക്കാൾ തകർന്ന ടണലിനെപ്പോലെ തോന്നും.

വിഭജിത ടണലിംഗ് പ്രിഫിക്സ് പട്ടികയാണ് തീരുമാനിക്കുന്നത്

വിഭജിത ടണലിന് ഒരു സ്വിച്ചുമില്ല; പ്രിഫിക്സ് പട്ടികയാണ് തീരുമാനം. ഓഫീസ് LAN-ന് ഒരു ശ്രേണിയും ലാബ് നെറ്റ്‌വർക്കിന് മറ്റൊന്നും ഉള്ള ഒരു peer ആ ലക്ഷ്യങ്ങൾ കൃത്യമായി ടണലിലൂടെ അയയ്ക്കുകയും ബാക്കിയെല്ലാം അതേപടി വിടുകയും ചെയ്യുന്നു. ഒറ്റ ഹോസ്റ്റിന് /32 ആവശ്യമാണ്, രണ്ട് സ്ഥലങ്ങളിൽ ഏറെക്കുറെ ഒത്തുപോകുന്ന ശ്രേണികൾക്ക് ആരെങ്കിലും ഒരു സബ്‌നെറ്റ് വീണ്ടും അക്കമിടുന്നത് വരെ ഹോസ്റ്റ് പ്രിഫിക്സുകൾ ആവശ്യമാണ്.

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

റൂട്ട് പട്ടികയ്ക്ക് ഒരു ഉടമ

wg-quick-ഉം NetworkManager-ഉം രണ്ടും ഇന്റർഫേസിന്റെ റൂട്ടുകൾ തങ്ങളുടേതാണെന്ന് വിശ്വസിക്കുന്നു. wg-quick-നായി എഴുതിയ ഒരു ക്രമീകരണം ഇറക്കുമതി ചെയ്ത്, പിന്നെ wg-quick സേവനവും ആരംഭിക്കുക, അപ്പോൾ അവസാനം ഏതാണ് പ്രവർത്തിച്ചത് എന്നതിനെ ആശ്രയിച്ച് പെരുമാറുന്ന തനിപ്പകർപ്പോ വൈരുദ്ധ്യമുള്ളതോ ആയ എൻട്രികൾ ലഭിക്കും. ഒരു ഉടമയെ തിരഞ്ഞെടുത്ത് മറ്റേത് നീക്കുക: NetworkManager ബന്ധം കൈകാര്യം ചെയ്യുന്നുവെങ്കിൽ, ആ ഇന്റർഫേസിനുള്ള wg-quick യൂണിറ്റ് പ്രവർത്തനരഹിതമാക്കുക, ഒരിക്കലും ഒരേ ഉപകരണത്തിന് രണ്ടാമതൊരു പ്രൊഫൈൽ ചേർക്കരുത്.

വിഭജനം ലക്ഷ്യത്തിന് പകരം ഭൗതിക അഡാപ്റ്ററിനെ പിന്തുടരേണ്ടി വരുമ്പോൾ, നിങ്ങൾ നയ റൂട്ടിംഗിലേക്ക് കടന്നിരിക്കുന്നു, നയ റൂട്ടിംഗിനും ഒരു എഴുത്തുകാരൻ മതി. ip route get ആവർത്തിച്ച് പരിശോധിക്കുക, പിന്നെ വിദൂര പ്രിഫിക്സിനുള്ളിലെ ഒരു ഹോസ്റ്റിലേക്ക് അത് തിരഞ്ഞെടുത്ത ഉറവിട വിലാസം അച്ചടിക്കുന്ന ഒന്നിലൂടെ എത്തുക. പ്രൊഫൈലിൽ ഉണ്ടെങ്കിൽ IPv6-ഉം DNS-ഉം വെവ്വേറെ പരിശോധിക്കുക.