WireGuard ഹാൻഡ്‌ഷേക്ക് പ്രവർത്തിക്കുന്നു, സേവനം ഇല്ല

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

പൊരുത്തപ്പെടാത്ത ആദ്യത്തേതിൽ നിർത്തുക, ബാക്കിയുള്ളവയ്ക്ക് നിയമങ്ങൾ ചേർക്കരുത്.

ഹാൻഡ്‌ഷേക്ക് ടണൽ മാത്രം തെളിയിക്കുന്നു

WireGuard ഹാൻഡ്‌ഷേക്ക് പിയറുകൾക്കിടയിൽ കീകൾ സ്ഥാപിക്കുകയും ഓരോ പിയറും ലിസ്റ്റ് ചെയ്ത ശ്രേണികൾക്ക് ട്രാഫിക് അനുവദിക്കുകയും ചെയ്യുന്നു. സർവറിൽ ഏത് പ്രക്രിയകൾ കേൾക്കുന്നു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, ഹോസ്റ്റിന്റെ ഫയർവാൾ സ്വന്തം വിലാസങ്ങളിലൊന്നിലേക്ക് അയച്ച പാക്കറ്റുകൾ സ്വീകരിക്കുന്നുണ്ടോ എന്നതിനെക്കുറിച്ചും പറയുന്നില്ല.

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

കേൾക്കുന്നതും റൂട്ടും വായിക്കുക

ക്ലയന്റിൽ സർവറിന്റെ ടണൽ വിലാസം ടണലിലേക്ക് റൂട്ട് ചെയ്യുന്നുവെന്ന് ഉറപ്പാക്കുക. സർവറിൽ ക്ലയന്റ് ഉപയോഗിക്കുന്ന വിലാസത്തിൽ സോക്കറ്റ് ഉണ്ടെന്നും അതിന് പിന്നിലുള്ള പ്രക്രിയ ഉദ്ദേശിച്ചതാണെന്നും ഉറപ്പാക്കുക.

wg show
ip route get 10.66.0.1
ss -lntup | grep -E ':80|:443'
nft list ruleset | grep -A6 'chain input'
curl -vk --max-time 5 https://10.66.0.1/

127.0.0.1 ൽ കേൾക്കുന്നത് 10.66.0.1 ലേക്ക് അയച്ച അഭ്യർത്ഥനയോട് ഫയർവാൾ എന്ത് അനുവദിച്ചാലും ഒരിക്കലും ഉത്തരം നൽകില്ല. വൈൽഡ്കാർഡ് വിലാസത്തിൽ കേൾക്കുന്നത്, ഒരു നിയമം തടയുന്നില്ലെങ്കിൽ ഉത്തരം നൽകും. അതിനാൽ സോക്കറ്റ് ലിസ്റ്റ് ഏതെങ്കിലും നിയമം പരിശോധിക്കുന്നതിന് മുമ്പുതന്നെ പകുതി കേസുകൾ തീർക്കുന്നു. പോർട്ടും വിലാസവും ഒരുമിച്ച് അഭ്യർത്ഥന എത്തുമോ എന്ന് തീരുമാനിക്കുന്നു.

ക്ലയന്റ് ഉപയോഗിക്കുന്ന വിലാസം സർവർ ടണൽ ഇന്റർഫേസിൽ യഥാർത്ഥത്തിൽ ഉള്ള വിലാസവുമായി താരതമ്യം ചെയ്യുക. ഏതെങ്കിലും വശത്ത് പഴയ കോൺഫിഗറേഷൻ ആ വിലാസം ഇല്ലാത്ത പിയറിലേക്ക് ശരിയായി റൂട്ട് ചെയ്യപ്പെടുന്ന അഭ്യർത്ഥന സൃഷ്ടിക്കുന്നു.

പ്രാദേശിക ഇൻപുട്ടിന് നിയമങ്ങൾ പ്രയോഗിക്കുക, ഫോർവേഡിംഗിന് അല്ല

പാക്കറ്റ് എത്തി സോക്കറ്റ് ഉണ്ടെങ്കിൽ, ബാക്കിയുള്ള അതിർത്തി ഇൻപുട്ട് നയമാണ്. ഫോർവേഡിംഗ് അനുവദിക്കുന്ന നിയമം പ്രാദേശിക വിതരണം അനുവദിക്കുന്നില്ല, ഒരു ഇന്റർഫേസിൽ പരിമിതപ്പെടുത്തിയ നിയമം നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന ടണൽ ഇന്റർഫേസ് നാമവുമായി പൊരുത്തപ്പെടണമെന്നില്ല.

ഹോസ്റ്റ് തുറക്കുന്നതിന് പകരം ഉദ്ദേശിച്ച സേവനത്തിലേക്ക് ഒരു അനുവദനീയ പോർട്ട് ഉപയോഗിച്ച് പരീക്ഷിക്കുക. തുടർന്ന് അപ്ലിക്കേഷന്റെ സ്വന്തം അധികാരം പരിശോധിക്കുക: അനുവദനീയ ലിസ്റ്റ്, അക്കൗണ്ട് ആവശ്യകത അല്ലെങ്കിൽ ഒരു നിർദ്ദിഷ്ട ഹോസ്റ്റ് നാമത്തിലേക്കുള്ള ബന്ധനം എന്നിവ നെറ്റ്വർക്ക് വിജയകരമായി എത്തിച്ച അഭ്യർത്ഥന നിരസിച്ചേക്കാം.

സർട്ടിഫിക്കറ്റ് പരിശോധനകൾ അവയുടെ സ്ഥാനത്ത് നിർത്തുക. അപ്രതീക്ഷിത സർട്ടിഫിക്കറ്റ് ഐഡന്റിറ്റി ഏത് ഹോസ്റ്റ് ഉത്തരം നൽകി എന്നതിന്റെ വിവരമാണ്, ഒഴിവാക്കേണ്ട തടസ്സമല്ല. അതിലൂടെ ക്ലിക്ക് ചെയ്യുന്നത് തെറ്റായ സേവനം തിരിച്ചറിയുന്ന ഏക സൂചന മറയ്ക്കുന്നു.

പേര്, വലിപ്പം, ഐഡന്റിറ്റി പരാജയങ്ങൾ വേർതിരിക്കുക

വിലാസം കൊണ്ട് പ്രവർത്തിച്ച് പേര് കൊണ്ട് പരാജയപ്പെടുന്ന സേവനം DNS പ്രശ്നമാണ്, പരിഹാരം ഫയർവാളിലല്ല, ക്ലയന്റിലേക്ക് അയക്കുന്ന റിസോൾവർ കോൺഫിഗറേഷനിലാണ്. ചെറിയ അഭ്യർത്ഥനകൾക്ക് ഉത്തരം നൽകി വലിയ പ്രതികരണങ്ങളിൽ കുടുങ്ങുന്ന സേവനം പാക്കറ്റ് വലിപ്പത്തെയും MTU-യെയും സൂചിപ്പിക്കുന്നു, അത് തികച്ചും വേറെ അന്വേഷണമാണ്.

തെറ്റായ ഹോസ്റ്റ് പേര് പറയുന്ന HTTPS പിശക് സാധാരണയായി അർത്ഥമാക്കുന്നത് അഭ്യർത്ഥന മറ്റൊരു സേവനത്തിലെത്തി എന്നാണ്, പലപ്പോഴും ഒരു പ്രോക്സിയോ മറ്റൊരു കേൾക്കുന്നതോ ആ പോർട്ട് കൈവശം വച്ചിരിക്കുന്നതിനാൽ. സർട്ടിഫിക്കറ്റിന്റെ വിഷയം വായിച്ച് നിങ്ങൾ എത്താൻ ആഗ്രഹിച്ച ഹോസ്റ്റുമായി താരതമ്യം ചെയ്യുക. ഈ താരതമ്യത്തിന് ഒന്നും ചെലവാകുന്നില്ല, പലപ്പോഴും അന്വേഷണം അവസാനിപ്പിക്കുന്നു.

ഏത് പരിശോധനാ പോയിന്റ് പരാജയപ്പെട്ടു എന്ന് രേഖപ്പെടുത്തുക: സോക്കറ്റ്, ഇൻപുട്ട് നിയമം അല്ലെങ്കിൽ അപ്ലിക്കേഷൻ നയം. ആ ഒരു വരി നെറ്റ്വർക്ക് തകരാറിനെ അധികാര തീരുമാനത്തിൽ നിന്ന് വേർതിരിക്കുന്നു. ഒരിക്കലും പ്രശ്നമല്ലാത്ത പോർട്ടുകൾ അടുത്ത വ്യക്തി തുറക്കുന്നതും അത് തടയുന്നു.