Cloudflare പ്രോക്സിക്ക് ഒരു പേരിൽ OpenVPN എത്തിക്കാൻ കഴിയാത്തത് എന്തുകൊണ്ട്

ഒരു മെഷീൻ തന്നെ വെബ്സൈറ്റും OpenVPN സെർവറും പ്രവർത്തിപ്പിക്കുന്നു, ഒരു ഹോസ്റ്റ്നെയിം അതിലേക്ക് ചൂണ്ടി ഓറഞ്ച് മേഘം ട്രാഫിക് ക്രമീകരിക്കട്ടെ എന്നതാണ് പ്രലോഭനം. പ്രോക്സി HTTP, HTTPS എന്നിവ ക്രമീകരിക്കുന്നു. OpenVPN സെഷൻ അത് ക്രമീകരിക്കുന്നില്ല, ആ സെഷൻ ഏത് പോർട്ട് ഉപയോഗിച്ചാലും. രണ്ട് പേരുകൾ, ഒന്ന് നേരിട്ട്, ഒന്ന് പ്രോക്സി വഴി, ഒന്നും ചെലവാക്കുന്നില്ല, ഈ ആശയക്കുഴപ്പത്തിന്റെ മുഴുവൻ വിഭാഗവും നീക്കം ചെയ്യുന്നു.

രണ്ട് പേരുകൾ, രണ്ട് ഗതാഗതങ്ങൾ

വെബ്സൈറ്റിന് പ്രോക്സി ചെയ്ത റെക്കോർഡ് നൽകുക, അതിന്റെ HTTP, HTTPS ട്രാഫിക് Cloudflare വഴി പോകട്ടെ. VPN-ന് DNS മാത്രമുള്ള റെക്കോർഡ് നൽകുക, അത് നേരിട്ട് പൊതു VPN പ്രവേശനത്തിലേക്ക് പരിഹരിക്കുന്നു, ക്ലയന്റ് അതിനായി കോൺഫിഗർ ചെയ്ത UDP അല്ലെങ്കിൽ TCP പോർട്ട് ഉപയോഗിക്കട്ടെ.

രണ്ട് പേരുകൾക്കും ഒരേ ഉത്ഭവ മെഷീനിൽ എത്താം. വ്യത്യാസം ക്ലയന്റും ആ മെഷീനും ഇടയിൽ സംഭവിക്കുന്നതിലാണ്, ആ വ്യത്യാസമാണ് വിഭജനത്തിന്റെ അർത്ഥം.

Cloudflare-ന്റെ നെറ്റ്വർക്ക് പോർട്ട് റഫറൻസ് സാധാരണ വെബ് പ്രോക്സി സ്വീകരിക്കുന്ന പോർട്ടുകൾ പട്ടികപ്പെടുത്തുന്നു. ആ പട്ടിക ആ പോർട്ടുകളിലെ HTTP, HTTPS-നെക്കുറിച്ചാണ്, യാദൃച്ഛികമായി ഒരു നമ്പർ പങ്കിടുന്ന ഏകപക്ഷീയ പ്രോട്ടോക്കോളുകളെക്കുറിച്ചല്ല.

പോർട്ട് പ്രോട്ടോക്കോൾ അല്ല

OpenVPN TCP 443-ലേക്ക് മാറ്റുന്നത് അതിനെ HTTPS ആക്കുന്നില്ല. പ്രോക്സി ഇപ്പോഴും കണക്ഷന്റെ തുടക്കത്തിൽ HTTP അഭ്യർത്ഥന പ്രതീക്ഷിക്കുന്നു, OpenVPN ക്ലയന്റ് പകരം ബൈനറി നിയന്ത്രണ സന്ദേശം അയയ്ക്കുന്നു. കണക്ഷൻ നെറ്റ്വർക്ക് തടയൽ പോലെ തോന്നിക്കുന്ന രീതിയിൽ പരാജയപ്പെടുന്നു, കാരണം ലോഗിലേക്ക് ഉപയോഗപ്രദമായ ഒന്നും എത്തുന്നില്ല.

ആവശ്യകത യഥാർത്ഥത്തിൽ VPN ഡാറ്റ പാതയിൽ Cloudflare ഉൽപ്പന്നം ഇടുന്നതാണെങ്കിൽ, നിങ്ങൾക്ക് ആവശ്യമായ പ്രോട്ടോക്കോളിന്റെ പിന്തുണ രേഖപ്പെടുത്തിയ ഒന്ന് വിലയിരുത്തുക. ഓറഞ്ച് മേഘം പൊതുവായ TCP അല്ലെങ്കിൽ UDP ടണൽ ആണെന്ന് കരുതരുത്, കാരണം അത് നിർദ്ദിഷ്ട ജോലിയുള്ള വെബ് ട്രാഫിക്കിനുള്ള റിവേഴ്സ് പ്രോക്സിയാണ്.

DNS മാത്രമുള്ള റെക്കോർഡ് പ്രവർത്തിക്കുന്ന വിരസമായ ഉത്തരമാണ്, ആദ്യം അതിലേക്കാണ് കൈ നീട്ടേണ്ടത്.

ഒരു മെഷീന് ഇപ്പോഴും രണ്ട് ശ്രോതാക്കൾ വേണം

വേർതിരിച്ച പേരുകൾ രണ്ട് പ്രോസസ്സുകളെ ഒരേ സമയം ഒരേ വിലാസം, പോർട്ട്, ഗതാഗതം എന്നിവ ബന്ധിക്കാൻ അനുവദിക്കുന്നില്ല. വെബ് സെർവർ ഇതിനകം എല്ലാ വിലാസങ്ങളിലും TCP 443 കൈവശം വച്ചിരിക്കുന്നുവെങ്കിൽ, OpenVPN ഇൻസ്റ്റൻസിന് ബോധപൂർവമായ ക്രമീകരണമില്ലാതെ അതും എടുക്കാനാവില്ല.

VPN ശ്രോതാവിനെ മറ്റൊരു പോർട്ടിലേക്കോ മറ്റൊരു വിലാസത്തിലേക്കോ ബന്ധിക്കുക, അല്ലെങ്കിൽ രേഖപ്പെടുത്തിയ ഒരു മൾട്ടിപ്ലക്സർ മുന്നിൽ വയ്ക്കുകയും അതിനൊപ്പം വരുന്ന പ്രവർത്തന ചെലവ് സ്വീകരിക്കുകയും ചെയ്യുക. ആ ഓരോ തിരഞ്ഞെടുപ്പും ഫയർവാൾ നിയമങ്ങളിൽ കാണണം, കാരണം ആരും രേഖപ്പെടുത്താത്ത ശ്രോതാവാണ് സംഭവവേളയിൽ വിട്ടുപോകുന്നത്. തിരഞ്ഞെടുത്ത ബന്ധനം ടണൽ വിവരിക്കുന്ന അതേ റൺബുക്കിൽ എഴുതുക. അപ്പോൾ അടുത്ത വ്യക്തി രാത്രി രണ്ട് മണിക്ക് അത് വീണ്ടും കണ്ടെത്തേണ്ടി വരില്ല.

സർട്ടിഫിക്കറ്റുകൾ അവ സംരക്ഷിക്കുന്ന കണക്ഷനെ പിന്തുടരുന്നു

ബ്രൗസറിന്റെ Cloudflare-ലേക്കുള്ള TLS കണക്ഷനും Cloudflare-ന്റെ നിങ്ങളുടെ ഉത്ഭവത്തിലേക്കുള്ള കണക്ഷനും രണ്ട് വേറിട്ട സർട്ടിഫിക്കറ്റുകളുള്ള രണ്ട് വേറിട്ട ബന്ധങ്ങളാണ്. ബ്രൗസർ എഡ്ജ് സർട്ടിഫിക്കറ്റ് കാണുന്നു. ഉത്ഭവം തന്റെ സർട്ടിഫിക്കറ്റ് Cloudflare-ന് സമർപ്പിക്കുന്നു, Cloudflare Origin CA സർട്ടിഫിക്കറ്റ് കൃത്യമായി ആ രണ്ടാം ബന്ധത്തിനാണ്.

ആ ഉത്ഭവ സർട്ടിഫിക്കറ്റിനെ Cloudflare Full (strict) മോഡിൽ വിശ്വസിക്കുന്നു, അത് പൊതുവെ വിശ്വസനീയമായ ബ്രൗസർ സർട്ടിഫിക്കറ്റല്ല. ആരെങ്കിലും DNS മാത്രമുള്ള ഹോസ്റ്റ്നെയിം നേരിട്ട് സന്ദർശിച്ച് മുന്നറിയിപ്പ് ലഭിച്ചാൽ, അത് മാറിയ വിശ്വാസ പാതയുടെ പ്രതീക്ഷിത പരിണതഫലമാണ്, എൻക്രിപ്ഷൻ നിലച്ചു എന്നതിന്റെ തെളിവല്ല.

അതിനാൽ നേരിട്ട് സന്ദർശിക്കുന്ന വെബ്സൈറ്റിന് അതിന്റെ ബ്രൗസറുകൾ വിശ്വസിക്കുന്ന സർട്ടിഫിക്കറ്റ് ശൃംഖല വേണം. അതിന്റെ ഉത്ഭവം സന്ദർശിക്കാൻ ഉദ്ദേശിക്കാത്ത ഒരു പ്രോക്സി ചെയ്ത സൈറ്റിനൊപ്പം അത് സഹവർത്തിക്കാം.

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

എക്സ്പോഷർ പേരിനെ പിന്തുടരുന്നു

DNS മാത്രമുള്ള VPN റെക്കോർഡ് അത് ചൂണ്ടുന്ന വിലാസം പ്രസിദ്ധീകരിക്കുന്നു. ആ വിലാസം വെബ് ഉത്ഭവവുമാണെങ്കിൽ, ഉത്ഭവം മറഞ്ഞിട്ടില്ല, മറ്റേ പേര് പ്രോക്സി ചെയ്തതിനാൽ അതിനെ മറഞ്ഞത് എന്ന് വിവരിക്കുന്നത് ആരെങ്കിലും സ്കാൻ ചെയ്യുന്നതുവരെ നിലനിൽക്കുന്ന തെറ്റാണ്.

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

സൃഷ്ടിച്ച ലിങ്കുകൾ പൊതു വെബ് നാമത്തിലും HTTPS സ്കീമിലും നിലനിർത്തുക, ക്ലയന്റ് പ്രൊഫൈലുകൾ യഥാർത്ഥ പ്രോട്ടോക്കോളും പോർട്ടും സഹിതം VPN നാമത്തിൽ നിലനിർത്തുക. സാധാരണ പ്രവർത്തനത്തിൽ ഏത് സേവനവും മറ്റേതിന്റെ പ്രോക്സി ക്രമീകരണം മാറ്റുന്നതിനെ ആശ്രയിക്കരുത്.

ജോലിയുടെ ക്രമം: സൈറ്റിന് പ്രോക്സി ചെയ്ത പേര്, VPN-ന് DNS മാത്രമുള്ള പേര്, വേറിട്ട ശ്രോതാക്കൾ, ഓരോ ബന്ധത്തിനും സർട്ടിഫിക്കറ്റ്, തുടർന്ന് ഓരോ പേരും അത് എത്തേണ്ട സേവനത്തിൽ മാത്രം എത്തുന്നു എന്ന് തെളിയിക്കുന്ന ഒരു പരീക്ഷണം.