രണ്ട് LAN പോർട്ടുകളുള്ള Synology NAS: VPN ഹാൻഡ്‌ഷേക്ക് എന്തുകൊണ്ട് പരാജയപ്പെടുന്നു

ലാപ്‌ടോപ്പ് TLS ഹാൻഡ്‌ഷേക്ക് പരാജയം റിപ്പോർട്ട് ചെയ്യുന്നു, ഇത് സർട്ടിഫിക്കറ്റ് പ്രശ്നമായി തോന്നുന്നു, സാധാരണയായി അങ്ങനെയല്ല. രണ്ട് Ethernet പോർട്ടുകളുള്ള NAS-ൽ ഏറ്റവും സാധാരണ കാരണം പാക്കേജ് കേൾക്കാത്ത വിലാസത്തിലേക്ക് ലക്ഷ്യമിടുന്ന റൗട്ടർ ഫോർവേഡ് ആണ്, ഒപ്പം ക്ലയന്റിന്റെ സന്ദേശം രണ്ട് സാഹചര്യങ്ങളിലും ഒന്നുതന്നെ. രണ്ട് കേബിളുകളും ഘടിപ്പിച്ചിരിക്കുന്നു എന്നതുമാത്രം കൊണ്ട് പാക്കേജ് രണ്ടാമത്തെ പോർട്ടിൽ പ്രതികരിക്കുന്നില്ല. ആരെങ്കിലും സർട്ടിഫിക്കറ്റ് വീണ്ടും നൽകുന്നതിന് മുമ്പ്, ഒരു പാക്കറ്റ് NAS-ൽ എത്തുന്നുണ്ടെന്ന് തെളിയിക്കുക.

ക്ലയന്റ് എന്ത് റിപ്പോർട്ട് ചെയ്യുന്നു, യഥാർത്ഥത്തിൽ എന്ത് സംഭവിച്ചു

OpenVPN ക്ലയന്റിന്റെ ഹാൻഡ്‌ഷേക്ക് പരാജയം ഒരു പൊതു പദമാണ്. സർട്ടിഫിക്കറ്റ് പൊരുത്തക്കേട്, ട്രാൻസ്പോർട്ട് പൊരുത്തക്കേട്, മറ്റൊരു പോർട്ടിലെ ശ്രോതാവ്, ഒന്നും എത്തിക്കാത്ത ഫോർവേഡ് എന്നിവയെല്ലാം അതിൽ ഉൾപ്പെടുന്നു. അതുകൊണ്ട് സന്ദേശം തുടക്കമായി ഉപയോഗശൂന്യവും സ്ഥിരീകരണമായി മാത്രം ഉപയോഗപ്രദവുമാണ്. സെഷൻ സ്ഥാപിതമായില്ല എന്ന പ്രസ്താവനയായി അതിനെ കാണുക, അതിൽ കൂടുതൽ നിർദ്ദിഷ്ടമായി ഒന്നുമില്ല.

പോർട്ടും ബൈൻഡ് ചെയ്ത വിലാസവുമാണ് ഒരു പാക്കറ്റ് എത്തുമോയെന്ന് തീരുമാനിക്കുന്ന രണ്ട് വസ്തുതകൾ.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് രണ്ടും എഴുതിവയ്ക്കുക, കാരണം തെറ്റായ പാളിയിൽ പ്രയോഗിക്കുന്ന സാധ്യതയുള്ള പരിഹാരമാണ് പതിനഞ്ച് മിനിറ്റ് പ്രശ്നത്തെ മുഴുവൻ ഉച്ചയാക്കി മാറ്റുന്ന വഴി. ഇന്റർഫേസ്, അതിലെ വിലാസം, പോർട്ട്, ട്രാൻസ്പോർട്ട് എന്നിവ കുറിക്കുക. ആ നാല് മൂല്യങ്ങളാണ് മുഴുവൻ ഇൻബൗണ്ട് പാത, അടുത്ത വിഭാഗം ഓരോന്നും എവിടെയാണെന്ന് വിശദീകരിക്കുന്നു.

പാക്കേജ് കേൾക്കുന്ന വിലാസം കണ്ടെത്തുക

DSM Ethernet പോർട്ടുകൾ അക്കമിടുന്നു, ഓരോന്നിനും അതിന്റേതായ വിലാസമുണ്ട്. VPN Server പേജ് OpenVPN സേവനം ഉപയോഗിക്കുന്ന ഇന്റർഫേസ് പേരിടുന്നു, നെറ്റ്‌വർക്ക് പാനൽ ആ ഇന്റർഫേസിൽ ക്രമീകരിച്ച വിലാസം കാണിക്കുന്നു. ഉപയോഗിക്കണമെന്ന് നിങ്ങൾ കരുതുന്നതിനെക്കാൾ കേൾക്കുന്നതിനെ വിവരിക്കാൻ അവ ഈ ക്രമത്തിൽ, സേവനത്തിൽ നിന്ന് പുറത്തേക്ക് വായിക്കുക.

സേവനം ഒരു വിലാസം ബൈൻഡ് ചെയ്യുന്നു. രണ്ട് പോർട്ടുകളും ബന്ധിപ്പിച്ച് സജീവമായിരിക്കുന്നത് സേവനം രണ്ടാമത്തേതിൽ പ്രതികരിക്കാൻ കാരണമാകുന്നില്ല. ഒരു ഇന്റർഫേസിൽ സ്റ്റാറ്റിക് വിലാസവും മറ്റൊന്നിൽ DHCP വിലാസവും ഉണ്ടെങ്കിൽ ഒറ്റനോട്ടത്തിൽ തെറ്റിദ്ധരിക്കാൻ എളുപ്പമുള്ള രണ്ട് സമാന മൂല്യങ്ങൾ നിങ്ങൾക്ക് ലഭിക്കും, പ്രത്യേകിച്ച് അവ അവസാന ഒക്ടെറ്റിൽ മാത്രം വ്യത്യാസപ്പെട്ടാൽ. വിലാസം ഓർമ്മയിൽ നിന്ന് ടൈപ്പ് ചെയ്യാതെ പാനലിൽ നിന്ന് പകർത്തുക. തുടർന്ന് NAS-ൽ പോർട്ടിലേക്ക് യഥാർത്ഥത്തിൽ എന്താണ് ബൈൻഡ് ചെയ്തിരിക്കുന്നതെന്ന് സ്ഥിരീകരിക്കുക.

sudo ss -lunp | grep 1194

ആ ഔട്ട്‌പുട്ട് നിങ്ങൾ പ്രതീക്ഷിക്കാത്ത ഒരു വിലാസം പേരിട്ടാൽ, ഫോർവേഡ് തെറ്റായ ഇന്റർഫേസിലേക്കാണ്, ഇവിടെ ബാക്കിയെല്ലാം കണക്കെഴുത്താണ്. കൂടുതൽ വായിക്കുന്നതിന് മുമ്പ് നിയമം ശരിയാക്കുക, അല്ലാത്തപക്ഷം റൗട്ടർ ഒരിക്കലും വിട്ടുപോകാത്ത ഒരു പാക്കറ്റിനുവേണ്ടി സർട്ടിഫിക്കറ്റ് ഡീബഗ് ചെയ്ത് അവസാനിക്കും.

ഫോർവേഡ് ശരിയാക്കുക, പിന്നെ കൗണ്ടർ നോക്കുക

അതേ ബാഹ്യ പോർട്ടിന് രണ്ടാമതൊന്ന് ചേർക്കാതെ നിലവിലുള്ള ഫോർവേഡ് നിയമം തിരുത്തുക. റൗട്ടറിന്റെ പട്ടികയിൽ രണ്ട് നിയമങ്ങൾ ഒരുമിച്ച് നിലനിൽക്കാം, എപ്പോഴും ഒന്ന് മാത്രമേ വിജയിക്കൂ, അത് ഡീബഗ്ഗിംഗ് സെഷനെ ഏതാണ് യഥാർത്ഥമെന്ന തർക്കമാക്കി മാറ്റുന്നു. ആന്തരിക വിലാസം നിങ്ങൾ NAS-ൽ നിന്ന് വായിച്ച മൂല്യത്തിലേക്ക് തിരിക്കുക, ആന്തരിക പോർട്ട് സേവനം കേൾക്കുന്നതുമായി പൊരുത്തപ്പെടാൻ വിടുക.

DSM ആ വിലാസം DHCP വഴി നേടുന്നുവെങ്കിൽ, ആദ്യം ഒരു റിസർവേഷൻ സൃഷ്ടിക്കുക. ലീസ് മാറ്റം ഇന്നലെ പ്രവർത്തിച്ച ഫോർവേഡ് നിശബ്ദമായി തകർക്കുന്നു.

sudo tcpdump -i any -n udp port 1194

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

അപ്പോൾ മാത്രം സർട്ടിഫിക്കറ്റുകളും ട്രാൻസ്പോർട്ടും നോക്കുക

പാക്കറ്റുകൾ എത്തിക്കഴിഞ്ഞാൽ ഏതെങ്കിലും സർട്ടിഫിക്കറ്റ് മാറ്റത്തിന് ശേഷം പ്രൊഫൈൽ വീണ്ടും എക്‌സ്‌പോർട്ട് ചെയ്യുക, കാരണം പഴയ ഫയൽ അത് സൃഷ്ടിച്ച അധികാരിയെ ഇപ്പോഴും വഹിക്കുന്നു. മറ്റൊരു ട്രാൻസ്പോർട്ടിനായി കൈകൊണ്ട് തിരുത്തിയ പ്രൊഫൈൽ ക്ലയന്റിനെ നിലവിലില്ലാത്ത ശ്രോതാവിനായി കാത്തിരിക്കാൻ വിടുന്നു, മറ്റെല്ലാത്തതും പോലെ അതേ പൊതു പരാജയം റിപ്പോർട്ട് ചെയ്യുന്നു. പ്രൊഫൈലിനുള്ളിലെ ട്രാൻസ്പോർട്ട് പാക്കേജ് സേവിക്കാൻ ക്രമീകരിച്ചിരിക്കുന്ന ട്രാൻസ്പോർട്ടുമായി താരതമ്യം ചെയ്യുക. രണ്ട് ട്രാൻസ്പോർട്ടുകൾക്ക് രണ്ട് പ്രൊഫൈലുകൾ നിയമാനുസൃത രൂപകൽപ്പനയാണ്, രണ്ടിനുമായി തിരുത്തിയ ഒരു പ്രൊഫൈൽ അങ്ങനെയല്ല.

അവസാന ഘട്ടമായി നിങ്ങളുടെ സ്വന്തം നെറ്റ്‌വർക്കിന് പുറത്തുനിന്ന് പരീക്ഷിക്കുക, കാരണം LAN-നുള്ളിൽ നിന്നുള്ള കണക്ഷൻ ഫോർവേഡിനെ ഒരിക്കലും തൊടാത്ത ഒരു വഴിയിലൂടെ വിജയിച്ചേക്കാം.

എക്‌സ്‌പോർട്ട് ചെയ്ത പ്രൊഫൈൽ, ഇന്റർഫേസ് വിലാസം, ഫോർവേഡ് നിയമം എന്നിവ ഒരുമിച്ച് ഒരു കുറിപ്പിൽ സൂക്ഷിക്കുക. വിലാസം മാറുമ്പോൾ, ആ കുറിപ്പാണ് പരിഹാരവും ആവർത്തനവും തമ്മിലുള്ള വ്യത്യാസം. ഈ വഴിയിൽ ഒന്നും പാക്കേജ് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യേണ്ടിവന്നില്ല, അടുത്ത റീബൂട്ടിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് അത് ഓർമ്മിക്കേണ്ടതാണ്.