രണ്ട് WireGuard peer ഒരു ശ്രേണി പങ്കിടുന്നു: പാക്കറ്റ് ആർക്ക് ലഭിക്കുന്നു
ഓവർലാപ്പ് ചെയ്യുന്ന ശ്രേണികൾ ക്രമത്താൽ അല്ല, ഏറ്റവും നിർദ്ദിഷ്ടമായ പ്രിഫിക്സ് കൊണ്ട് പരിഹരിക്കുന്നു. എന്തെങ്കിലും വിശാലമാക്കുന്നതിന് മുമ്പ് ആദ്യം റൂട്ട്, പിന്നീട് peer പട്ടിക പരിശോധിക്കുക.
രണ്ട് peer പരസ്പരം സ്പർശിക്കുന്ന ശ്രേണികൾ പട്ടികപ്പെടുത്തുന്നു, കൂടാതെ ട്രാഫിക് തെറ്റായ ഒന്നിലേക്ക് എത്തുന്നു. ഒന്നും കേടായിട്ടില്ല: WireGuard ലക്ഷ്യസ്ഥാനം ക്രമീകരിച്ച ശ്രേണികളുമായി പൊരുത്തപ്പെടുത്തി peer തിരഞ്ഞെടുക്കുന്നു, ഏറ്റവും നിർദ്ദിഷ്ടമായ പൊരുത്തമാണ് വിജയിക്കുന്നത്. എന്തെങ്കിലും വിശാലമാക്കുന്നതിന് മുമ്പ് ഏത് peer ഏത് പ്രിഫിക്സ് കൈവശം വയ്ക്കണമെന്ന് തീരുമാനിക്കുക.
WireGuard-നുള്ളിൽ ഏറ്റവും നീളമുള്ള പ്രിഫിക്സ് വിജയിക്കുന്നു
ഓരോ peer എൻട്രിയും ലക്ഷ്യ പ്രിഫിക്സുകളുടെ ഒരു കൂട്ടം വഹിക്കുന്നു. ഒരു പാക്കറ്റ് ഇന്റർഫേസിലേക്ക് റൂട്ട് ചെയ്യുമ്പോൾ, ഏറ്റവും നിർദ്ദിഷ്ടമായ പൊരുത്തപ്പെടുന്ന പ്രിഫിക്സുള്ള എൻട്രി ഇംപ്ലിമെന്റേഷൻ തിരയുന്നു — റൂട്ടിംഗ് പട്ടിക പ്രയോഗിക്കുന്ന അതേ നിയമം. അതിനാൽ /24 അതിനെ ഉൾക്കൊള്ളുന്ന /16-നെ തോൽപ്പിക്കുന്നു, കൂടുതൽ ഇടുങ്ങിയ peer ട്രാഫിക് സ്വീകരിക്കുന്നു.
road-warrior ക്രമീകരണങ്ങൾ ഇത് ബോധപൂർവ്വം ഉപയോഗിക്കുന്നു. ഒരു peer ഒരു സൈറ്റിനായി വിശാലമായ ശ്രേണി കൈവശം വയ്ക്കുന്നു, വ്യക്തിഗത ഹോസ്റ്റുകൾ മറ്റ് peer-കൾക്കുള്ള /32 എൻട്രികളാൽ വേർതിരിക്കപ്പെടുന്നു. ഈ മാതൃക പ്രവർത്തിക്കുന്നത് വേർതിരിക്കലുകൾ കൂടുതൽ നിർദ്ദിഷ്ടമായതിനാലാണ്, ക്രമത്തിനാലല്ല.
ഉടമസ്ഥാവകാശം പ്രിഫിക്സിന്റെയും peer-ന്റെയും പട്ടികയായി എഴുതുക. രണ്ട് എൻട്രികൾ ഒരേ പ്രിഫിക്സ് വിവരിക്കുന്നുവെങ്കിൽ, ക്രമീകരണം ഇനി ഒരു ഉദ്ദേശ്യം പ്രകടിപ്പിക്കുന്നില്ല, അത് ഒരു മത്സരം പ്രകടിപ്പിക്കുന്നു.
ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ആദ്യം ഇന്റർഫേസ് തിരഞ്ഞെടുക്കുന്നു
WireGuard ഒരു ഇന്റർഫേസിലെ peer-കൾക്കിടയിൽ മാത്രം തിരഞ്ഞെടുക്കുന്നു. ഏത് ഇന്റർഫേസ് പാക്കറ്റ് സ്വീകരിക്കുമെന്ന് മുമ്പേ തീരുമാനിക്കുന്നു, ഹോസ്റ്റിന്റെ റൂട്ടിംഗ് പട്ടിക കൊണ്ട്, കൂടാതെ രണ്ടാമത്തെ ഡിഫോൾട്ട് റൂട്ടോ പഴയ റൂട്ടോ peer പട്ടിക ഒരിക്കലും കാണാത്ത ഇടത്തേക്ക് ട്രാഫിക് അയയ്ക്കാം. അതുകൊണ്ടാണ് peer തലത്തിലുള്ള രോഗനിർണ്ണയം ശരിയായിരിക്കാമെങ്കിലും പരാജയം വിശദീകരിക്കാതിരിക്കുന്നത്. peer ക്രമീകരണം വായിക്കുന്നതിന് മുമ്പ് ലക്ഷ്യസ്ഥാനത്തേക്കുള്ള റൂട്ട് പരിശോധിക്കുക, കാരണം ഭൗതിക ഇന്റർഫേസിലേക്ക് ചൂണ്ടുന്ന റൂട്ട് മുഴുവൻ ചോദ്യവും ഒഴിവാക്കുന്നു.
ഉപകരണം സാധാരണയായി ആ റൂട്ടുകൾ peer ശ്രേണികളിൽ നിന്ന് ഇൻസ്റ്റാൾ ചെയ്യുന്നു, അതായത് ഒരു peer-ന്റെ പട്ടികയിലെ മാറ്റം മുമ്പ് മറ്റൊന്നിന് ഉണ്ടായിരുന്ന ട്രാഫിക് നിശബ്ദമായി വീണ്ടും വഴിതിരിച്ചുവിടാം. അതിനാൽ peer എഡിറ്റ് ചെയ്യുന്നത് വേഷം മാറിയ റൂട്ടിംഗ് മാറ്റമാണ്. രണ്ടും ഒരുമിച്ച് അവലോകനം ചെയ്യുക, അല്ലെങ്കിൽ ഒന്ന് നന്നാക്കി മറ്റൊന്ന് തകർക്കും.
വരുന്ന പാക്കറ്റുകൾ ഉറവിടം അനുസരിച്ച് പരിശോധിക്കുന്നു
ശ്രേണി പട്ടിക ഇരട്ട ധർമ്മം നിർവഹിക്കുന്നു. പുറത്തേക്കുള്ള ട്രാഫിക്കിന് അത് ലക്ഷ്യസ്ഥാനം അനുസരിച്ച് peer തിരഞ്ഞെടുക്കുന്നു, അകത്തേക്കുള്ള ട്രാഫിക്കിന് അത് ഒരു ഉറവിട വിലാസം അനുവദിക്കുന്നു. ആ peer-ന്റെ ശ്രേണികൾക്ക് പുറത്തുള്ള വിലാസത്തിൽ നിന്ന് എത്തുന്ന പാക്കറ്റ് ഏതെങ്കിലും ഫയർവാൾ അത് കാണുന്നതിന് മുമ്പേ ഉപേക്ഷിക്കുന്നു.
ക്രമീകരണത്തിന്റെ ഒരു വശം വായിക്കുമ്പോൾ ഈ അസമമിതി വിട്ടുപോകാൻ എളുപ്പമാണ്. ഒരു സബ്നെറ്റ് എത്താൻ കഴിയുന്ന peer-ന് അതുമൂലം ആ സബ്നെറ്റിൽ നിന്ന് അയയ്ക്കാൻ അനുമതിയില്ല, രണ്ട് ദിശകളും വ്യത്യസ്ത പരിശോധനകളാൽ നടപ്പാക്കുന്നു.
ഇടുങ്ങിയ ഉറവിട ഉടമസ്ഥത ഇതിനെ ഒരു നേട്ടമാക്കി മാറ്റുന്നു. ഓരോ peer-നും അതിന്റെ സ്വന്തം വിലാസത്തിനായി /32 നൽകുക, താഴെയുള്ള ഫയർവാളിന് പൊരുത്തപ്പെടുത്താൻ വിശ്വസനീയമായ ഉറവിടം ഉണ്ടാകും, ഏതെങ്കിലും അംഗത്തിന് അവകാശപ്പെടാവുന്ന ഗ്രൂപ്പ് വ്യാപകമായ ശ്രേണിക്ക് പകരം.
തനിപ്പകർപ്പ് ശ്രേണികൾ failover അല്ല
ഒരേ പ്രിഫിക്സ് രണ്ട് peer-കൾക്ക് നൽകുന്നത് ഒരു ലോഡ് ബാലൻസറോ സ്റ്റാൻഡ്ബൈ പാതയോ സൃഷ്ടിക്കുന്നില്ല. ആരോഗ്യ പരിശോധനയോ സെഷൻ അഫിനിറ്റിയോ ഇല്ല: വിജയിക്കുന്ന എൻട്രി ഇംപ്ലിമെന്റേഷന്റെ ആന്തരിക ക്രമമാണ് നിർണ്ണയിക്കുന്നത്, അത് രൂപകൽപ്പന ചെയ്യേണ്ട ഒരു കരാറല്ല. ഇതര എക്സിറ്റുകൾ ആവശ്യമെങ്കിൽ, തിരഞ്ഞെടുപ്പ് നിർവചിച്ചിരിക്കുന്നിടത്ത് അവ പ്രകടിപ്പിക്കുക. ഒരു റൂട്ടിംഗ് നയം, ഒരു മെട്രിക്, അല്ലെങ്കിൽ ഓരോന്നിനും രേഖപ്പെടുത്തിയ ഉടമയുള്ള രണ്ട് വ്യത്യസ്ത പ്രിഫിക്സുകൾ — ഇവയോരോന്നും നിങ്ങൾക്ക് പ്രവചിക്കാനും പരിശോധിക്കാനും കഴിയുന്ന പെരുമാറ്റം നൽകുന്നു.
ബന്ധമില്ലാത്ത പരാജയം പരിഹരിക്കാൻ ശ്രേണി വിശാലമാക്കുന്നത് മറ്റൊരു സാധാരണ തെറ്റാണ്. അത് ട്രാഫിക് പ്രവർത്തിച്ചിരുന്ന peer-ൽ നിന്ന് അകറ്റുന്നു, പഴയത് മനസ്സിലാക്കുന്നതിന് മുമ്പേ പുതിയ ലക്ഷണം എത്തുന്നു.
എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് തിരഞ്ഞെടുപ്പ് പരിശോധിക്കുക
മൂന്ന് കമാൻഡുകൾ മൂന്ന് ചോദ്യങ്ങൾക്ക് ക്രമത്തിൽ ഉത്തരം നൽകുന്നു. ആദ്യത്തേത് ഓരോ peer അവകാശപ്പെടുന്ന ശ്രേണികൾ പട്ടികപ്പെടുത്തുന്നു. രണ്ടാമത്തേത് ലക്ഷ്യസ്ഥാനത്തിന് ഹോസ്റ്റ് ഏത് ഇന്റർഫേസ് ഉപയോഗിക്കുമെന്ന് കാണിക്കുന്നു. മൂന്നാമത്തേത് ട്രാഫിക് ഒഴുകിയതിന് ശേഷം peer-കളുടെ തത്സമയ അവസ്ഥ കാണിക്കുന്നു.
wg show wg0 allowed-ips ip route get 10.66.8.20 wg show wg0 ip rule show
മാറ്റത്തിന് മുമ്പും ശേഷവും അവ പ്രവർത്തിപ്പിച്ച് താരതമ്യം ചെയ്യുക. റൂട്ട് ഔട്ട്പുട്ട് മാറിയെങ്കിലും ട്രാഫിക് ഇപ്പോഴും തെറ്റായ peer-ലേക്ക് എത്തുന്നുവെങ്കിൽ, പ്രിഫിക്സ് പട്ടികകൾ നിങ്ങൾ ഇതുവരെ എഴുതാത്ത രീതിയിൽ ഓവർലാപ്പ് ചെയ്യുന്നു. റൂട്ട് ഔട്ട്പുട്ട് മാറിയില്ലെങ്കിൽ, peer ക്രമീകരണമായിരുന്നു എന്നും ചോദിച്ചിരുന്ന കാര്യം.
ടിക്കറ്റിൽ ലക്ഷ്യസ്ഥാനം, തിരഞ്ഞെടുത്ത ഇന്റർഫേസ്, തിരഞ്ഞെടുത്ത peer എന്നിവ രേഖപ്പെടുത്തുക. ആ ത്രയമാണ് ഓവർലാപ്പ് പിന്നീട് അവലോകനം ചെയ്യാവുന്നതാക്കുന്നത്, അത് ക്രമീകരണത്തിന്റെ സ്ക്രീൻഷോട്ടിനേക്കാൾ ഏറെ ഉപയോഗപ്രദമാണ്.