.ovpn ഫയലിൽ യഥാർത്ഥത്തിൽ എന്താണുള്ളത്, അത് എന്ത് ചെയ്യാൻ കഴിയില്ല

മിക്ക ആളുകളും കരുതുന്നത് .ovpn ഫയൽ ഒരു VPN ക്രമീകരിക്കുന്നു എന്നാണ്. അത് അങ്ങനെ ചെയ്യുന്നില്ല: അത് ഒരു ക്ലയന്റിനെ ക്രമീകരിക്കുന്നു, അത് ആവശ്യപ്പെടുന്ന എല്ലാം മറുവശത്ത് ഇതിനകം ഉണ്ടായിരിക്കണം. ഫയലിലെ ഒരു വരി മാറ്റുന്നത് നിങ്ങളുടെ യന്ത്രം എന്ത് ശ്രമിക്കുന്നു എന്ന് മാറ്റാം, സെർവർ എന്ത് വാഗ്ദാനം ചെയ്യുന്നു എന്നത് ഒരിക്കലും മാറ്റില്ല. ഈ വ്യത്യാസമാണ് ഇംപോർട്ട് ചെയ്യാനോ കണക്ട് ചെയ്യാനോ കഴിയാത്ത പ്രൊഫൈലുകളെക്കുറിച്ചുള്ള മിക്ക ആശയക്കുഴപ്പവും വിശദീകരിക്കുന്നത്.

ഫയൽ നിങ്ങളുടെ ക്ലയന്റിന് അയച്ച അഭ്യർത്ഥനകളുടെ പട്ടികയായി വായിക്കുക, അപ്പോൾ അതിലെ മിക്ക വരികളും വ്യക്തമാകും.

ഫയൽ നിങ്ങളുടെ ക്ലയന്റിനെ വിവരിക്കുന്നു, സെർവറിനെയല്ല

ഒരു പ്രൊഫൈൽ remote എൻഡ്പോയിന്റ്, ഒരു ട്രാൻസ്പോർട്ട്, ഒരു ഇന്റർഫേസ് തരം, ഐഡന്റിറ്റി മെറ്റീരിയൽ, ഓപ്പറേറ്റർ ആഗ്രഹിക്കുന്ന ഏതെങ്കിലും ക്ലയന്റ്-വശ പെരുമാറ്റം എന്നിവ ഒരുമിച്ച് ചേർക്കുന്നു. ഓരോ വരിയും ആരംഭത്തിൽ ക്ലയന്റ് പ്രവർത്തിപ്പിക്കുന്നു. അവയൊന്നും ക്രമീകരണ മാറ്റമായി സെർവറിലെത്തുന്നില്ല, ഇതിനകം പ്രവർത്തിക്കാത്ത ഒരു ശ്രോതാവിനെ സൃഷ്ടിക്കാനും ഒന്നിനും കഴിയില്ല. UDP 1194-ൽ മാത്രം കേൾക്കുന്ന സെർവറിനെതിരെ TCP 443 നിർദ്ദേശിക്കുന്ന പ്രൊഫൈൽ ആദ്യ പാക്കറ്റിൽ തന്നെ പരാജയപ്പെടുന്നു.

അതുകൊണ്ടാണ് ഒരേ ഫയൽ രണ്ട് ക്ലയന്റുകളിൽ വ്യത്യസ്തമായി പെരുമാറുന്നത്: ഫയൽ ആവശ്യപ്പെടുന്നു, ക്ലയന്റ് അഭ്യർത്ഥനയുടെ എത്ര ഭാഗം നിറവേറ്റാം എന്ന് തീരുമാനിക്കുന്നു.

ട്രാൻസ്പോർട്ട് വരികൾ ഇതിനകം നിലവിലുള്ള ഒരു ശ്രോതാവുമായി പൊരുത്തപ്പെടണം

proto കൂടാതെ remote വരികൾ സെർവർ യഥാർത്ഥത്തിൽ ബന്ധിക്കുന്നതുമായി പൊരുത്തപ്പെടണം. UDP സാധാരണ തിരഞ്ഞെടുപ്പാണ്, കാരണം നഷ്ടപ്പെട്ട ഡാറ്റാഗ്രാം ടണൽ നിർത്തുന്നില്ല, അതേസമയം TCP ടണലിനുള്ളിലെ വരിയുടെ തലയുടെ തടസ്സത്തിന്റെ വിലയ്ക്ക് നിയന്ത്രിത നെറ്റ്വർക്കുകളിൽ അതിജീവിക്കാം. പ്രൊഫൈൽ UDP-യിൽ നിന്ന് TCP-യിലേക്ക് മാറ്റുന്നത് സെർവറിനെ TCP സ്വീകരിപ്പിക്കുന്നില്ല; ആരും വായിക്കാത്ത പോർട്ടിലേക്ക് ക്ലയന്റിനെ അയയ്ക്കാൻ മാത്രമേ അത് ചെയ്യുന്നുള്ളൂ.

443 പോർട്ട് ജനപ്രിയമാണ്, കാരണം അത് മറ്റൊന്നും അനുവദിക്കാത്ത നെറ്റ്വർക്കുകളിലൂടെ കടന്നുപോകുന്നു, കൂടാതെ അത് OpenVPN സെഷനായി തുടരുന്നു, HTTPS അഭ്യർത്ഥനയല്ല. ഓപ്പറേറ്റർ നിരവധി remote വരികൾ പ്രസിദ്ധീകരിക്കുകയാണെങ്കിൽ, ക്ലയന്റ് അവ ക്രമത്തിൽ പരീക്ഷിക്കുന്നു, അത് ലോഡ് ബാലൻസിംഗ് തീരുമാനമല്ല, ഫെയിൽഓവർ പട്ടികയാണ്. ഓപ്പറേറ്റർ നൽകിയ കോമ്പിനേഷനുകൾ നിലനിർത്തുക, ഒരു എൻട്രിയുടെ ഹോസ്റ്റും മറ്റൊന്നിന്റെ പോർട്ടും കലർത്തരുത്.

എംബെഡ് ചെയ്ത കീകൾ ഫയൽ കൈകാര്യം ചെയ്യുന്ന രീതി മാറ്റുന്നു

സർട്ടിഫിക്കറ്റുകളും കീകളും <ca>, <cert> കൂടാതെ <key> ടാഗുകൾക്കിടയിൽ ഇൻലൈൻ ആയിരിക്കാം, അല്ലെങ്കിൽ വെവ്വേറെ ഫയലുകളായി റഫർ ചെയ്യാം. ഇൻലൈൻ മെറ്റീരിയൽ പ്രൊഫൈലിനെ സ്വയംപര്യാപ്തമാക്കുന്നു, കൂടാതെ അതിനെ ഒരു രഹസ്യവുമാക്കുന്നു, കാരണം ക്ലയന്റിന്റെ സ്വകാര്യ കീ അതിനുള്ളിൽ സഞ്ചരിക്കുന്നു. CA സർട്ടിഫിക്കറ്റ് പൊതു വിശ്വാസ മെറ്റീരിയലാണ്, പങ്കിടുന്നത് സുരക്ഷിതമാണ്; സ്വകാര്യ കീ അല്ല, അത് വായിക്കാനാകാത്ത ടെക്സ്റ്റ് ബ്ലോക്ക് പോലെ തോന്നിയാലും.

ഒരു കീ സംരക്ഷിക്കുന്ന പാസ്ഫ്രേസ് അക്കൗണ്ട് പാസ്വേഡിൽ നിന്ന് വേറിട്ട രഹസ്യമാണ്, രണ്ടും കലർത്തിയാൽ തെറ്റായ ക്രെഡൻഷ്യലുകൾ പോലെ തോന്നുന്ന പ്രാമാണീകരണ പരാജയം ഉണ്ടാകും.

റൂട്ടുകളും DNS-ഉം ഫയലിൽ നിന്ന് ഒട്ടും വരാനിടയില്ല

റൂട്ടിംഗ് സെർവർ തള്ളിയേക്കാം, പ്രൊഫൈൽ redirect-gateway ഉപയോഗിച്ച് സജ്ജീകരിച്ചേക്കാം, അല്ലെങ്കിൽ ക്ലയന്റിന്റെ സ്വന്തം സ്ഥിരസ്ഥിതികളിൽ വിട്ടേക്കാം. അതിനാൽ ഡൗൺലോഡ് ചെയ്ത ഫയൽ ടണൽ ഉയർന്നതിന് ശേഷം ട്രാഫിക് എവിടെ പോകുന്നു എന്ന് പൂർണ്ണമായി നിർണ്ണയിക്കുന്നില്ല. ആന്തരിക നാമങ്ങൾ പരിഹരിക്കുമ്പോൾ പൊതു സൈറ്റുകൾ പരിഹരിക്കുന്നില്ലെങ്കിൽ, സ്പ്ലിറ്റ്-ടണൽ നയം അതിനായി രൂപകൽപ്പന ചെയ്തത് ചെയ്യുന്നു, പരാജയപ്പെടുന്നില്ല.

DNS അതേ മാതൃക പിന്തുടരുന്നു: തള്ളിയ dhcp-option DNS ക്ലയന്റ് പ്രയോഗിക്കാം, അവഗണിക്കാം, അല്ലെങ്കിൽ പ്രാദേശിക റിസോൾവർ മാനേജർ അത് അസാധുവാക്കാം. പ്രൊഫൈൽ വീണ്ടും വായിക്കുന്നതിനുപകരം കണക്ട് ചെയ്തതിന് ശേഷം റിസോൾവറിന്റെ അവസ്ഥ പരിശോധിക്കുക.

പിന്തുണയില്ലാത്ത ഓപ്ഷനുകൾ ക്ലയന്റ് പതിപ്പിന്റെ ചോദ്യമാണ്

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

താരതമ്യത്തിനായി യഥാർത്ഥ ഫയൽ സൂക്ഷിക്കുക, നിങ്ങളുടെ അഭ്യർത്ഥനയിൽ കൃത്യമായ പിന്തുണയില്ലാത്ത നിർദ്ദേശം എഴുതുക, നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന ക്ലയന്റിനായി നിർമ്മിച്ച പ്രൊഫൈൽ ആവശ്യപ്പെടുക.

ഏതെങ്കിലും പകരം വയ്ക്കലിന് ശേഷം, ആപ്പ് ഏത് പ്രൊഫൈൽ എൻട്രി ഉപയോഗിക്കുന്നു എന്ന് സ്ഥിരീകരിക്കുക, കാരണം പുതിയ ഫയൽ ഇംപോർട്ട് ചെയ്യുന്നത് പഴയത് എപ്പോഴും മായ്ക്കുന്നില്ല.