OpenVPN പ്രൊഫൈൽ SoftEther-ലേക്ക് ഇംപോർട്ട് ചെയ്യാത്തത് എന്തുകൊണ്ട്

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

രണ്ട് ഫയലുകൾ, രണ്ട് കരാറുകൾ

OpenVPN പ്രൊഫൈൽ ഒരു ക്ലയന്റ് കോൺഫിഗറേഷനാണ്: വിദൂര എൻഡ്പോയിന്റ്, ട്രാൻസ്പോർട്ട്, TLS വസ്തു, റൂട്ടിംഗിനും വീണ്ടും ചർച്ചയ്ക്കുമുള്ള നിർദ്ദേശങ്ങൾ. SoftEther കണക്ഷൻ ഒരു വെർച്വൽ ഹബ്ബിനെതിരായ സ്വദേശീയ ക്ലയന്റ് സെഷനാണ്, അതിൽ ഒരു വെർച്വൽ അഡാപ്റ്റർ ഘടിപ്പിച്ചിരിക്കുന്നു.

അവയ്ക്ക് ഒരേ നെറ്റ്വർക്കിലേക്കുള്ള ആക്സസ് വിവരിക്കാനാകും, പക്ഷേ പരസ്പരം പകരമാകില്ല. OpenVPN ശ്രോതാവ് സർവർ പ്രത്യേക പോർട്ടിൽ പ്രസിദ്ധീകരിക്കാനാകുന്ന ഒരു പൊരുത്ത സവിശേഷതയാണ്, അത് സ്വദേശീയ പ്രോട്ടോക്കോളിന് പകരം OpenVPN സംസാരിക്കുന്നു. സ്വദേശീയ ക്ലയന്റ് സ്വദേശീയ പ്രോട്ടോക്കോൾ സംസാരിക്കുന്നു, സ്വന്തം പ്രൊഫൈൽ പ്രതീക്ഷിക്കുന്നു. ഒരു സർവർ, രണ്ട് വാതിലുകൾ, ഓരോ വാതിലിനും സ്വന്തം താക്കോൽ.

ഫയൽ എക്സ്റ്റൻഷൻ നിങ്ങളോട് ഏതാണ്ട് ഒന്നും പറയുന്നില്ല, അതുകൊണ്ടാണ് ഫയലിന്റെ പേരിനേക്കാൾ ഓപ്പറേറ്ററുടെ ഉത്തരം പ്രധാനമാകുന്നത്.

സർട്ടിഫിക്കറ്റ് ബ്ലോക്കിൽ തൊടുന്നതിന് മുമ്പ് സർവർ വായിക്കുക

ഓപ്പറേറ്ററോട് മൂന്ന് കാര്യങ്ങൾ ചോദിക്കുക: ഏത് പോർട്ടും ട്രാൻസ്പോർട്ടും, ഏത് പ്രാമാണീകരണ രീതി, അവർ ഏത് ക്ലയന്റ് ഉപയോഗിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു. ആ ഉത്തരങ്ങൾ മിക്ക ഊഹങ്ങളും ഒഴിവാക്കുന്നു.

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

ss -lunp | grep -E ':1194|:443'
sudo ss -ltnp | grep -E ':992|:5555'
grep -nE '^(remote|proto|auth-user-pass|ca |cert |key )' profile.ovpn

ശ്രോതാക്കളുടെ പട്ടികയിൽ ഇല്ലാത്ത UDP പോർട്ട് പ്രവർത്തനരഹിതമായ ഒരു സവിശേഷതയാണ്, ഫയർവാൾ പ്രശ്നമല്ല.

സ്വദേശീയ ക്ലയന്റിന് എന്ത് വേണം, പ്രൊഫൈലിന് എന്ത് നൽകാനാകില്ല

സ്വദേശീയ ക്ലയന്റ് ഒരു വെർച്വൽ നെറ്റ്വർക്ക് അഡാപ്റ്റർ ഇൻസ്റ്റാൾ ചെയ്ത് അതിലേക്ക് കണക്ഷൻ ബന്ധിക്കുന്നു. ആ അഡാപ്റ്റർ ഇല്ലാതെ റൂട്ട് ചെയ്യാനുള്ള ഇന്റർഫേസ് ഇല്ല, അതുകൊണ്ടാണ് സ്വദേശീയ കണക്ഷൻ പ്രാമാണീകരിക്കപ്പെട്ടിട്ടും ഒരു ട്രാഫിക്കും വഹിക്കാതിരിക്കുന്നത്.

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

സ്വകാര്യ കീ ഏത് പരിവർത്തന സേവനത്തിൽ നിന്നും അകറ്റി നിർത്തുക, കാരണം യന്ത്രം വിട്ടുപോകുന്ന കീ വെളിപ്പെട്ടതായി കണക്കാക്കണം.

OpenVPN-യോട് പൊരുത്തപ്പെടുന്ന ശ്രോതാവ് എന്ത് സ്വീകരിക്കുന്നു

ക്ലയന്റിന്റെ വീക്ഷണത്തിൽ പൊരുത്ത ശ്രോതാവ് യഥാർത്ഥ OpenVPN സർവറാണ്: അത് OpenVPN ക്ലയന്റും ആ ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന നിർദ്ദേശങ്ങളും പ്രതീക്ഷിക്കുന്നു. ഇൻലൈൻ സർട്ടിഫിക്കറ്റ് ബ്ലോക്കുകൾ OpenVPN സവിശേഷതയാണ്, അവ വേലിയുടെ ആ വശത്ത് പെടുന്നു.

അത് ചെയ്യാത്തത് സ്വദേശീയ SoftEther പ്രൊഫൈൽ സ്വീകരിക്കുകയെന്നതാണ്, കാരണം ആ പ്രൊഫൈൽ OpenVPN കോൺഫിഗറേഷനല്ല. ശ്രോതാവ് സ്വദേശീയ ക്ലയന്റിനെ OpenVPN ക്ലയന്റാക്കി മാറ്റുന്നുമില്ല. ഓപ്പറേറ്റർ സ്വദേശീയ സേവനം മാത്രം വാഗ്ദാനം ചെയ്താൽ ഉത്തരം സ്വദേശീയ ക്ലയന്റാണ്; പൊരുത്ത ശ്രോതാവ് വാഗ്ദാനം ചെയ്താൽ ഉത്തരം OpenVPN-ഉം അതിന്റെ സ്വന്തം വസ്തുവുമാണ്.

ഓപ്പറേറ്ററുടെ പിന്തുണയുള്ള എക്സ്പോർട്ട് ആവശ്യപ്പെടുക കഷണങ്ങളിൽ നിന്ന് ഒന്ന് കൂട്ടിച്ചേർക്കുന്നതിന് പകരം, കാരണം എക്സ്പോർട്ട് കൈകൊണ്ട് നിർമ്മിച്ച ഫയൽ സാധാരണ വിട്ടുകളയുന്ന വിശദാംശങ്ങൾ വഹിക്കുന്നു.

നിർദ്ദേശങ്ങൾ തിരുത്തുന്നതിന് മുമ്പ് പാത തെളിയിക്കുക

ക്ലയന്റ് തിരഞ്ഞെടുത്ത ശേഷം റൂട്ടുകളിൽ തൊടുന്നതിന് മുമ്പ് ടണൽ പരിശോധിക്കുക. വിജയകരമായ ലോഗിനും ട്രാഫിക് വഹിക്കുന്ന ഇന്റർഫേസും രണ്ട് വ്യത്യസ്ത ഫലങ്ങളാണ്.

sudo openvpn --config profile.ovpn --verb 3
ip -br addr
ip route get 10.70.4.20
resolvectl status | grep -A2 'DNS Servers'

അനുവദിച്ച വിലാസം ഓപ്പറേറ്റർ വിവരിച്ച പൂളുമായി താരതമ്യം ചെയ്യുക, തുടർന്ന് റൂട്ടുകളും റിസോൾവറും വെവ്വേറെ നോക്കുക. സ്വദേശീയ ഹബ്ബ് കണക്ഷൻ വൃത്തിയായി പ്രാമാണീകരിച്ചിട്ടും ഒരു റൂട്ടും ഇൻസ്റ്റാൾ ചെയ്യാതിരിക്കാം, അത് ക്ലയന്റ് ഭാഗത്തുനിന്ന് തകർന്ന ടണലായി തോന്നും. ഈ മൂന്നും ഒത്തുപോയാൽ മാത്രമേ നിർദ്ദേശം തിരുത്താൻ വിലയുള്ളൂ. നേരത്തെ തിരുത്തുന്നത് ഏത് പാളിയാണ് തെറ്റായതെന്ന് മറയ്ക്കുന്നു.