ഞങ്ങൾ OpenVPN ഉപയോഗിക്കുന്നു: പ്രോട്ടോക്കോൾ, എൻജിൻ അതോ ആപ്പോ? പകരം എന്ത് ചോദിക്കണം

«ഞങ്ങൾ OpenVPN ഉപയോഗിക്കുന്നു» എന്ന വാക്യം ടിക്കറ്റുകളിലും വാങ്ങൽ ഫോമുകളിലും പുതിയ ജീവനക്കാരുടെ രേഖകളിലും വരുന്നു, ഓരോന്നിലും വ്യത്യസ്ത ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു. ചിലപ്പോൾ അത് ഒരു കൈമാറ്റ പ്രോട്ടോക്കോളിനെ സൂചിപ്പിക്കുന്നു, ചിലപ്പോൾ ഗേറ്റ്വേയിലെ സോഫ്റ്റ്വെയറിനെ, ചിലപ്പോൾ പുതിയ ജീവനക്കാരൻ ഇൻസ്റ്റാൾ ചെയ്യേണ്ട ആപ്പിനെ. ഈ മൂന്ന് വസ്തുതകൾ വ്യത്യസ്ത അടുത്ത ഘട്ടങ്ങളിലേക്ക് നയിക്കുന്നു, ഏതാണ് ഉദ്ദേശിക്കുന്നതെന്ന് ചോദിക്കുന്നത് ഊഹിക്കുന്നതിനെക്കാൾ കുറഞ്ഞ സമയമെടുക്കുന്നു. ബാക്കിയുള്ള അന്വേഷണം ആ ഉത്തരത്തിൽ നിന്ന് വരുന്നു.

റോളിനെ ബ്രാൻഡിൽ നിന്ന് വേർതിരിച്ചുകൊണ്ട് തുടങ്ങുക, കാരണം ബ്രാൻഡ് മൂന്നിനെയും ഉൾക്കൊള്ളുന്നു.

ഈ പേര് വ്യത്യസ്ത രീതികളിൽ പരാജയപ്പെടുന്ന മൂന്ന് റോളുകളെ ഉൾക്കൊള്ളുന്നു

പ്രോട്ടോക്കോൾ എന്ന നിലയിൽ, OpenVPN അനുയോജ്യമായ കക്ഷികൾ ഒരു ടണൽ എങ്ങനെ സ്ഥാപിക്കുന്നു, അതിലൂടെ കടന്നുപോകുന്നതിനെ എങ്ങനെ സംരക്ഷിക്കുന്നു എന്ന് വിവരിക്കുന്നു. സോഫ്റ്റ്വെയർ എന്ന നിലയിൽ, അത് ആ പ്രോട്ടോക്കോൾ ക്ലയന്റ് അല്ലെങ്കിൽ സർവർ റോളിൽ സംസാരിക്കുന്ന ഒരു നടപ്പാക്കലാണ്. ക്ലയന്റ് എന്ന നിലയിൽ, അത് ആരോ ഇൻസ്റ്റാൾ ചെയ്യുന്ന ഒരു ആപ്ലിക്കേഷനാണ്, അതിന്റെ സ്വന്തം പതിപ്പ്, പ്രൊഫൈൽ ഫോർമാറ്റ്, പ്ലാറ്റ്ഫോം പ്രത്യേകതകൾ എന്നിവയോടെ. ഒരു റോളിലെ പരാജയം മറ്റൊന്നിലെ പരാജയം അർഥമാക്കുന്നില്ല, അതുകൊണ്ടാണ് «OpenVPN താഴെയാണ്» എന്നതിന് കർത്താവ് വേണ്ടത്.

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

OpenVPN 2 ഉം OpenVPN 3 ഉം ഒരു അപ്ഗ്രേഡ് ജോഡിയല്ല

OpenVPN 2.x സർവർ, ക്ലയന്റ് എന്നീ രണ്ട് റോളുകളിലും പ്രവർത്തിക്കുന്നു, മിക്ക ഗേറ്റ്വേ വിന്യാസങ്ങളും ഇപ്പോഴും അതാണ് ഉപയോഗിക്കുന്നത്. OpenVPN 3 സ്വന്തം കോൺഫിഗറേഷനും സെഷൻ മോഡലുമുള്ള വേറിട്ട, ക്ലയന്റ്-കേന്ദ്രിത നടപ്പാക്കലാണ്, 2.x സർവറിന് മുകളിൽ ഇൻസ്റ്റാൾ ചെയ്യുന്ന അടുത്ത പതിപ്പല്ല. OpenVPN Connect എന്നത് OpenVPN 3 എൻജിന് മുകളിൽ നിർമ്മിച്ച ക്ലയന്റ് ആപ്ലിക്കേഷനാണ്. ഇവയിലേതെങ്കിലും ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ഇന്റർനെറ്റ് എക്സിറ്റ് സേവനം സൃഷ്ടിക്കുന്നില്ല; എക്സിറ്റ് എന്നത് ഓപ്പറേറ്റർ കോൺഫിഗർ ചെയ്തതാണ്.

പ്രോട്ടോക്കോൾ തലത്തിലെ അനുയോജ്യത പ്രൊഫൈൽ നിർദ്ദേശങ്ങളിലേക്ക് വ്യാപിക്കുന്നില്ല, അതിനാൽ വൃത്തിയായി ഇംപോർട്ട് ചെയ്യുന്ന പ്രൊഫൈൽ ക്ലയന്റ് നടപ്പാക്കാത്ത ഒരു നിർദ്ദേശത്തിൽ പരാജയപ്പെടാം.

ഗതാഗതം അതിനുള്ളിലെ ആപ്ലിക്കേഷനല്ല

പുറം കണക്ഷൻ UDP അല്ലെങ്കിൽ TCP പോലുള്ള ഒരു ഗതാഗതം ഉപയോഗിച്ച് കോൺഫിഗർ ചെയ്ത ശ്രോതാവിനെ എത്തുന്നു, ടണൽ വഹിക്കുന്നതെല്ലാം അതിനുള്ളിലൂടെ സഞ്ചരിക്കുന്നു. VPN വഴി നടത്തുന്ന ഒരു വെബ് അഭ്യർത്ഥനയ്ക്ക് സ്വന്തം OpenVPN ശ്രോതാവ് ആവശ്യമില്ല, അത് വയറിൽ OpenVPN പാക്കറ്റ് ആകുന്നുമില്ല. TLS മോഡിൽ നിയന്ത്രണ ചാനൽ കീ മെറ്റീരിയലിനെക്കുറിച്ച് ചർച്ച ചെയ്യുമ്പോൾ ഡാറ്റ ചാനൽ പേലോഡ് സംരക്ഷിക്കുന്നു, ലോഗുകൾ വായിക്കുമ്പോൾ ഈ വേർതിരിവ് ശരിയായി നിലനിർത്തേണ്ടതാണ്.

പാളികൾ കൂട്ടിക്കലർത്തുന്നത് ഇതിനകം ടണൽ വഴി പ്രവർത്തിക്കുന്ന ഒരു വെബ്സൈറ്റിന് പോർട്ട് തുറക്കുന്നതുപോലുള്ള അഭ്യർത്ഥനകൾ സൃഷ്ടിക്കുന്നു. പോർട്ട് പുറം കണക്ഷന്റേതാണ്, ആപ്ലിക്കേഷന്റേതല്ല.

പ്രൊഫൈൽ എന്ത് വാഗ്ദാനം ചെയ്യാം, എന്ത് ചെയ്യാനാവില്ല

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

ഒരു റിസോഴ്സ് VPN വഴി എത്താമോ എന്ന് ആരെങ്കിലും ചോദിക്കുമ്പോൾ, ഉത്തരം ക്ലയന്റിന്റെ കോൺഫിഗ് ഫയലിനെയല്ല, സർവറിന്റെ നയത്തെ ആശ്രയിച്ചിരിക്കുന്നു.

നൽകാനാകുന്ന കാര്യം ചോദിക്കുക

വിശാലമായ പേരിനെ മൂന്ന് വ്യക്തമായ കാര്യങ്ങളാക്കുക: ക്ലയന്റും അതിന്റെ പതിപ്പും, ആ ക്ലയന്റിന് അധികാരമുള്ള പ്രൊഫൈൽ, വ്യക്തിക്ക് എത്തേണ്ട റിസോഴ്സ്. അവയുണ്ടെങ്കിൽ വിതരണം ഒരു വ്യക്തമായ ജോലിയാണ്. അവയില്ലെങ്കിൽ ഓരോ ഉത്തരവും ചോദ്യം ഏത് OpenVPN ഉദ്ദേശിച്ചു എന്നതിനെക്കുറിച്ചുള്ള ഊഹമാണ്.

ഉത്തരം അഭ്യർത്ഥനയിൽ തന്നെ രേഖപ്പെടുത്തുക. അടുത്ത ടിക്കറ്റ് അതേ ചോദ്യം അതേ അവ്യക്തമായ രീതിയിൽ ചോദിക്കും.