WireGuard പുതുമയുള്ള ഹാൻഡ്ഷേക്ക് കാണിക്കുന്നില്ല: ആദ്യം എന്തു പരിശോധിക്കണം

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

പരിശോധന peer കൊണ്ടുപോകേണ്ട ലക്ഷ്യത്തിലേക്കുള്ള അനുവദിച്ച പാക്കറ്റാണ്. ആ സ്റ്റാറ്റസ് സ്ക്രീനിലെ മറ്റെല്ലാം പ്രവർത്തനമല്ല, ഉദ്ദേശ്യമാണ് വിവരിക്കുന്നത്.

നിഷ്ക്രിയ ഇന്റർഫേസിന് റിപ്പോർട്ട് ചെയ്യാൻ ഒന്നുമില്ല

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

ഇരുവശത്തും കൗണ്ടറുകൾ പൂജ്യത്തിൽ നിന്നാൽ പ്രശ്നം ടണലിന് മുകളിലാണ്. എന്തെങ്കിലും തുടങ്ങാൻ ഇന്റർഫേസിൽ എത്തിയത് ഒന്നുമില്ല.

peer കൊണ്ടുപോകാൻ അനുവദിച്ച ട്രാഫിക് പ്രചോദിപ്പിക്കുക

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

ip route get 10.60.9.5
ping -c 3 -W 2 10.60.9.5
wg show wg0 latest-handshakes
wg show wg0 transfer

റൂട്ട് ചോദ്യം ping-നെക്കാൾ പ്രധാനമാണ്. അത് ഭൗതിക ഇന്റർഫേസിന്റെ പേര് പറഞ്ഞാൽ പാക്കറ്റ് ഒരിക്കലും ടണലിൽ കയറിയിട്ടില്ല, കാലിയായ ഹാൻഡ്ഷേക്ക് ക്രിപ്റ്റോഗ്രാഫിക് അല്ല, റൗട്ടിംഗ് ഉത്തരമാണ്. peer ഡീബഗ് ചെയ്യുന്നതിന് മുമ്പ് റൂട്ട് നന്നാക്കുക.

കീ ജോഡിയും എൻഡ്പോയിന്റും താരതമ്യം ചെയ്യുക

ട്രാഫിക് യഥാർത്ഥത്തിൽ വാഗ്ദാനം ചെയ്താൽ അടുത്ത പരിശോധന ഐഡന്റിറ്റിയാണ്. ലോക്കൽ സ്വകാര്യ കീ മറുവശം അനുവദിക്കുന്ന പൊതു കീയുമായി പൊരുത്തപ്പെടണം, കോൺഫിഗർ ചെയ്ത ദൂര പൊതു കീ ഉദ്ദേശിച്ച peer-നെ തിരിച്ചറിയണം, മുൻകൂട്ടി പങ്കിട്ട കീ ഇരുവശത്തും ഒത്തുപോകണം. base64 കീയിലെ ഒരു അക്ഷരത്തിന്റെ വ്യത്യാസം കോൺഫിഗർ ചെയ്തതുപോലെ തോന്നുന്ന, ഒരിക്കലും കൈമാറ്റം പൂർത്തിയാക്കാത്ത peer സൃഷ്ടിക്കുന്നു. കീകൾ പുനർനിർമ്മിക്കുന്നതിനുപകരം പ്രൊവിഷനിംഗ് റെക്കോർഡുമായി താരതമ്യം ചെയ്യുക, കാരണം പുതിയ കീ പഴയതിൽ വിശ്വസിച്ച എല്ലാ peer-നെയും അസാധുവാക്കുന്നു.

എൻഡ്പോയിന്റിനും അതേ പരിശോധന വേണം: ഹോസ്റ്റ്നാമം, വിലാസം, UDP പോർട്ട്, അവിടെ എത്താൻ ഉപയോഗിക്കുന്ന കുടുംബം. പഴയ വിലാസമോ തെറ്റായ പോർട്ടോ സന്ദേശത്തിനുപകരം നിശ്ശബ്ദത നൽകുന്നു.

പുറം UDP പാത ശ്രദ്ധിക്കുക

ഹാൻഡ്ഷേക്ക് UDP ആയി എൻഡ്പോയിന്റിലേക്ക് പോകുന്നു, അതിനാൽ പുറം പാത അത് കൊണ്ടുപോകണം. താഴെയുള്ള കമാൻഡുകൾ ലിസണർ ഉണ്ടോ, ലോക്കൽ സ്റ്റാക്ക് ഡാറ്റാഗ്രാം അയച്ചോ, ഏത് എൻഡ്പോയിന്റാണ് കോൺഫിഗർ ചെയ്തിരിക്കുന്നത് എന്നിവ പരിശോധിക്കുന്നു. ട്രാഫിക് പ്രചോദിപ്പിക്കുമ്പോൾ ക്യാപ്ചർ പ്രവർത്തിപ്പിക്കുക, അതിന് മുമ്പല്ല.

ss -lunp | grep 51820
sudo tcpdump -ni eth0 udp port 51820
wg show wg0 endpoints
conntrack -L -p udp | grep 51820

തുടക്കം കാണിച്ച് മറുപടി കാണിക്കാത്ത ക്യാപ്ചർ മെഷീന് പുറത്തേക്ക് സൂചിപ്പിക്കുന്നു, കാരണം ദൂര അറ്റം കേൾക്കുന്നില്ല, ഫിൽട്ടർ ചെയ്തിരിക്കുന്നു, അല്ലെങ്കിൽ തെറ്റായി വിലാസമിട്ടിരിക്കുന്നു. ഒന്നും കാണിക്കാത്ത ക്യാപ്ചർ പാക്കറ്റ് ഒരിക്കലും പുറത്തുപോയിട്ടില്ല എന്നർത്ഥം, ഇത് നിങ്ങളെ റൂട്ടിലേക്കും കളിയിലുള്ള ഏതെങ്കിലും സോക്കറ്റ് അടയാളത്തിലേക്കും തിരികെ കൊണ്ടുവരുന്നു. ഇരു അറ്റങ്ങളും നിയന്ത്രിക്കുമ്പോൾ, പൊതു ക്യാപ്ചറിനുപകരം സെർവറിലെ സങ്കുചിത ക്യാപ്ചറുമായി സമയമുദ്ര പ്രകാരം ശ്രമം ബന്ധിപ്പിക്കുക. TCP പോർട്ട് പരിശോധന ഇവിടെ ഒന്നും തെളിയിക്കുന്നില്ല, കാരണം പ്രോട്ടോക്കോൾ UDP മാത്രമാണ്.

ഒരു ഹാൻഡ്ഷേക്ക് പ്രത്യക്ഷപ്പെട്ടാൽ, ടണലിലൂടെ ഒരു ആപ്ലിക്കേഷൻ പരിശോധിക്കുക, കാരണം പൂർത്തിയായ കൈമാറ്റം ഐഡന്റിറ്റിയും എത്തിച്ചേരലും തെളിയിക്കുന്നു, ഉപയോഗയോഗ്യമായ ത്രൂപുട്ടോ ശരിയായ DNS-ഓ അല്ല. മാറ്റത്തിന് മുമ്പും ശേഷവുമുള്ള സ്റ്റാറ്റസ് ഔട്ട്പുട്ട് സൂക്ഷിക്കുക, വ്യത്യാസം നിങ്ങളുടെ തെളിവാകും.