Netgear OpenVPN: TUN-ഉം TAP-ഉം വ്യത്യസ്ത പോർട്ടുകളിൽ കേൾക്കുന്നു

ഒരു ഫോൺ ഒരു പരാതിയുമില്ലാതെ റൂട്ടറിന്റെ VPN-ലേക്ക് കണക്റ്റ് ചെയ്യുന്നു, എന്നാൽ അതേ ഡൗൺലോഡ് പേജിലെ പ്രൊഫൈൽ ഉപയോഗിക്കുന്ന ലാപ്ടോപ്പ് സമയം കഴിഞ്ഞ് പരാജയപ്പെടുന്നു. ആ രണ്ട് ശ്രമങ്ങൾക്കിടയിൽ സർട്ടിഫിക്കറ്റുകളിൽ ഒന്നും മാറിയിട്ടില്ല, കാരണം സർട്ടിഫിക്കറ്റുകൾ പ്രധാനമാകുന്ന ഘട്ടത്തിൽ ലാപ്ടോപ്പ് എത്തിയിട്ടേയില്ല. റൂട്ടർ TUN-നും TAP-നും വെവ്വേറെ ശ്രോതാക്കളെ പ്രസിദ്ധീകരിക്കുന്നു, പ്രവർത്തിക്കുന്ന പ്രൊഫൈൽ സ്വന്തം ഉപകരണ തരത്തിനുള്ളത് തിരഞ്ഞെടുക്കണം.

മൂന്ന് സാധ്യതയുള്ള തകരാറുകളിൽ ഏതിനെ പിന്തുടരണമെന്ന് തീരുമാനിക്കുക എന്നതാണ് ഇവിടെ മുഴുവൻ ജോലിയും: പോർട്ട്, ഉപകരണ തരം, അല്ലെങ്കിൽ ഡാറ്റാ ചാനലിന്റെ സൈഫർ ചർച്ച.

ഒത്തുചേരേണ്ട മൂന്ന് കാര്യങ്ങൾ

ഉപകരണ തരം, പ്രൊഫൈലിന്റെ ഇന്റർഫേസ് വരി, ശ്രോതാവിന്റെ പോർട്ട് എന്നിവ മൂന്നല്ല, ഒരു തിരഞ്ഞെടുപ്പാണ്. dev tun പ്രഖ്യാപിച്ച് TAP ശ്രോതാവിനെ ലക്ഷ്യമിടുന്ന പ്രൊഫൈലിന് സെഷൻ പൂർത്തിയാക്കാനാവില്ല, നേരെ മറിച്ചും അതേപോലെ പരാജയപ്പെടും. നിങ്ങളുടെ മോഡലിനും ഫേംവെയറിനും പോർട്ട് ഗൈഡിൽ നിന്നല്ല, റൂട്ടറിന്റെ സ്വന്തം VPN പേജിൽ നിന്ന് വായിക്കുക, കാരണം അക്കങ്ങൾ ബിൽഡുകൾക്കിടയിൽ മാറുന്നു. മോഡലും ഫേംവെയർ പതിപ്പും ആ അക്കത്തിനടുത്ത് എഴുതിവെക്കുക, അടുത്തയാൾക്ക് അത് പരിശോധിക്കാം.

ഫീൽഡ് റിപ്പോർട്ടുകൾ ഒരു ഫേംവെയറിൽ TUN-ന് 12973, TAP-ന് 12974 എന്നിങ്ങനെയുള്ള ജോടിയും, മറ്റൊന്നിൽ വ്യത്യസ്ത അക്കവും പറയുന്നു. അവ ബിൽഡുകൾ വ്യത്യസ്തമാണെന്ന തെളിവായി വായിക്കുക, പകർത്താനുള്ള സ്ഥിരാങ്കങ്ങളായി അല്ല. തുടർന്ന് പ്രൊഫൈലിന് ദൂരത്തിന് അനുയോജ്യമായ ഹോസ്റ്റ്നെയിം വേണം: മാറുന്ന WAN വിലാസത്തിന് പകരം റൂട്ടറിന്റെ ഡൈനാമിക് DNS നാമം.

പോർട്ടും ഇന്റർഫേസ് വരിയും തിരുത്തിയ ശേഷം പ്രൊഫൈൽ ഒരു remote വരിയും ഒരു dev വരിയും ഉള്ള സാധാരണ ക്ലയന്റ് കോൺഫിഗറേഷൻ പോലെ തോന്നുന്നു. രണ്ടും ഒത്തുപോകുന്നില്ലെങ്കിൽ, എത്ര തവണ ആവർത്തിച്ചാലും സെഷൻ ഉണ്ടാകില്ല.

ലോഗ് അച്ചടിക്കുന്ന ക്രമത്തിൽ വായിക്കുക

OpenVPN ക്ലയന്റ് സംഭവങ്ങൾ അവ സംഭവിക്കുന്ന ക്രമത്തിൽ റിപ്പോർട്ട് ചെയ്യുന്നു, അതിനാൽ നിശ്ശബ്ദതയ്ക്ക് മുമ്പുള്ള അവസാന വരി പരിശോധിക്കേണ്ട പാളി സൂചിപ്പിക്കുന്നു. റൺ TLS Error: TLS key negotiation failed എന്നതിൽ അവസാനിക്കുമ്പോൾ, അല്ലെങ്കിൽ ആദ്യ പ്രതികരണത്തിനായി കാത്തിരുന്ന് വിടുമ്പോൾ, സർട്ടിഫിക്കറ്റ് താരതമ്യം ഒരിക്കലും നടന്നിട്ടില്ല. അത് എത്തിച്ചേരൽ, ശ്രോതാവ്, അല്ലെങ്കിൽ പിന്നിൽ ഒന്നുമില്ലാത്ത ഒരു പോർട്ട് എന്നിവയിലേക്ക് വിരൽ ചൂണ്ടുന്നു. അവയൊന്നും CA ഫയൽ മാറ്റുന്നതുകൊണ്ട് ശരിയാകുന്നില്ല.

VERIFY OK വരെ എത്തി പിന്നീട് പരാജയപ്പെടുന്ന റൺ തികച്ചും വേറെയൊരിടത്താണ്, സ്വന്തം കാരണങ്ങളോടെ. ഫയലുകളിൽ തൊടുന്നതിന് മുമ്പ് ഈ രണ്ട് ഫലങ്ങളും വേർതിരിക്കുന്നത് ഒരിക്കലും ചോദിക്കപ്പെടാത്ത സർട്ടിഫിക്കറ്റ് ബണ്ടിലുകളിലൂടെയുള്ള പതിവ് വഴിത്തിരിവ് ഒഴിവാക്കുന്നു. ഹാൻഡ്ഷേക്ക് പൂർത്തിയായിട്ടും ടണൽ ഉയരുന്നില്ലെങ്കിൽ, എത്തിച്ചേരലിന് പകരം സൈഫർ ചർച്ച നോക്കുക.

ആധുനിക ക്ലയന്റ് പ്രതീക്ഷിക്കുന്ന സൈഫർ പട്ടിക ചേർക്കുക

സമീപകാല OpenVPN ക്ലയന്റുകൾ ഗാർഹിക ഫേംവെയർ ഇപ്പോഴും നൽകുന്ന പഴയ സ്ഥിരസ്ഥിതികൾ നിരസിക്കുന്നു, ലക്ഷണം വിജയകരമായ ഹാൻഡ്ഷേക്കിന് തൊട്ടുപിന്നാലെയുള്ള ചർച്ചാ പരാജയമാണ്. പരിഹാരം ക്ലയന്റ് എന്ത് സ്വീകരിക്കുമെന്ന് പേരിടുന്ന ഒരു പ്രൊഫൈൽ വരിയാണ്: data-ciphers ഈ ക്രമത്തിൽ AES-256-GCM, AES-128-GCM, CHACHA20-POLY1305, AES-128-CBC എന്നിവയായി സജ്ജമാക്കുക. റൂട്ടർ നടപ്പാക്കാത്ത ഏത് അൽഗോരിതവും വെറുതെ ഒരിക്കലും തിരഞ്ഞെടുക്കപ്പെടുന്നില്ല, അതിനാൽ നീണ്ട പട്ടിക അൽപം നീണ്ട ചർച്ചയല്ലാതെ മറ്റൊന്നും ചെലവാക്കുന്നില്ല.

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

പകർപ്പുകൾ കൈകൊണ്ട് തിരുത്തുന്നതിന് പകരം ഒരിക്കൽ ഇറക്കുമതി ചെയ്യുക

തിരുത്തിയ ഫയൽ NetworkManager-ലേക്ക് ഇറക്കുമതി ചെയ്യുന്നത് അൽപം വ്യത്യസ്ത പ്രൊഫൈലുകൾ നിറഞ്ഞ ഫോൾഡർ ഒഴിവാക്കുന്നു: nmcli connection import type openvpn file client.ovpn, തുടർന്ന് പേര് ഉപയോഗിച്ച് അത് ഉയർത്തുക. ഇറക്കുമതി ചെയ്ത പ്രൊഫൈൽ നിങ്ങൾ തിരുത്തുന്ന ഏക പകർപ്പായി സൂക്ഷിക്കുക, ആവർത്തിച്ചുള്ള ഡൗൺലോഡുകളിൽ നിന്ന് കൂടുന്ന തനിപ്പകർപ്പുകൾ നീക്കുക.

തുടർന്ന് LAN-ന് പുറത്തുനിന്ന് പരീക്ഷിക്കുക. അതേ നെറ്റ്വർക്കിൽ നിന്ന് കണക്റ്റ് ചെയ്യുന്നത് വളരെ കുറച്ചേ തെളിയിക്കുന്നുള്ളൂ, കാരണം ട്രാഫിക് ടണലിലൂടെ ഒട്ടും പോയെന്ന് വരില്ല. അഭ്യർത്ഥന യഥാർത്ഥത്തിൽ റൂട്ടർ വഴി പുറത്തുപോകുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക, ക്ലയന്റ് കണക്റ്റുചെയ്ത അവസ്ഥ കാണിക്കുന്നു എന്ന് മാത്രമല്ല.

മുന്നറിയിപ്പുകളെക്കുറിച്ച് എന്ത് ചെയ്യണമെന്ന് തീരുമാനിക്കുക

ഗാർഹിക ഫേംവെയർ സാധാരണയായി സ്വന്തം സർട്ടിഫിക്കറ്റ് അതോറിറ്റി നിർമ്മിക്കുന്നു, ഫേംവെയറിന് അടിച്ചമർത്താനാവാത്ത രീതിയിൽ ക്ലയന്റുകൾ പരിശോധനയെക്കുറിച്ച് പരാതിപ്പെടുന്നു. ഓരോ മുന്നറിയിപ്പിനെയും മാരകമായി കാണുന്നതിന് പകരം ആ പരാതി നിങ്ങൾ സംരക്ഷിക്കുന്നതിന് പ്രധാനമാണോ എന്ന് വിലയിരുത്തുക, ഒരു സന്ദേശം നിശ്ശബ്ദമാക്കാൻ പരിശോധന ആഗോളമായി ഓഫ് ചെയ്യരുത്. നിങ്ങൾ വിലയിരുത്തിയ മുന്നറിയിപ്പ് രേഖപ്പെടുത്തിയ അപകടസാധ്യതയാണ്; നിങ്ങൾ ഓഫ് ചെയ്ത പരിശോധനാ ക്രമീകരണം രേഖപ്പെടുത്തിയിട്ടില്ല.

ശരിക്കും പ്രധാനമായ ഒരു മുന്നറിയിപ്പ് തിരുത്താൻ ഫേംവെയർ പിന്തുണയുള്ള വഴി നൽകുന്നില്ലെങ്കിൽ, ആ വിടവ് VPN മറ്റെവിടെയെങ്കിലും ഹോസ്റ്റ് ചെയ്യുന്നതിന് അനുകൂലമായി സംസാരിക്കുന്നു. പ്രൊഫൈൽ നന്നാക്കുക, മുന്നറിയിപ്പ് സ്വീകരിക്കുക, എൻഡ്പോയിന്റ് മാറ്റുക എന്നിവയിൽ തിരഞ്ഞെടുക്കുന്നത് ആ സർട്ടിഫിക്കറ്റിനെ എത്രത്തോളം വിശ്വസിക്കുന്നു എന്നതിനെക്കുറിച്ചുള്ള തീരുമാനമാണ്. ഐക്കൺ പച്ചയാകുന്നതുവരെ ഡയലോഗുകളിൽ ക്ലിക്ക് ചെയ്യുന്നതിന് പകരം അത് ബോധപൂർവ്വം എടുക്കുക, ഏത് ഓപ്ഷൻ തിരഞ്ഞെടുത്തുവെന്ന് എഴുതിവെക്കുക.