OpenVPN remote-random: കലർത്തിയ ക്രമം, ഒരു ടണൽ

remote-random ചേർത്താൽ പ്രൊഫൈൽ ഒരു തിരിയുന്ന കൂട്ടമായി മാറുകയും ഓരോ കണക്ഷനും വ്യത്യസ്ത വിലാസത്തിൽ നിന്ന് പുറത്തുവരികയും ചെയ്യും എന്നതാണ് ധാരണ. യഥാർത്ഥത്തിൽ ഈ നിർദ്ദേശം ചെയ്യുന്നത് ഇതാണ്: ക്ലയന്റ് കണക്റ്റ് ചെയ്യാൻ തുടങ്ങുമ്പോൾ remote-കളുടെ പട്ടിക ഒരിക്കൽ കലർത്തി, പിന്നീട് ആ പുതിയ ക്രമത്തിൽ അവ പരീക്ഷിക്കുന്നു. അവസാനം ഉയരുന്ന ടണൽ ഇപ്പോഴും ഒരു അന്തിമ ബിന്ദുവിൽ അവസാനിക്കുകയും സെഷന്റെ മുഴുവൻ ആയുസ്സിലും അവിടെ തുടരുകയും ചെയ്യുന്നു.

ഈ വ്യത്യാസം പരിശോധനയ്ക്കും സ്വകാര്യതാ അവകാശവാദങ്ങൾക്കും ഒരുപോലെ പ്രധാനമാണ്.

കണക്റ്റ് ചെയ്യുമ്പോൾ ഈ ഓപ്ഷൻ മാറ്റുന്നത്

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

OpenVPN കൈപ്പുസ്തകം ഈ ഓപ്ഷനെ കണക്ഷൻ ശ്രമങ്ങളുടെ ക്രമത്തെ സ്വാധീനിക്കുന്നതായി രേഖപ്പെടുത്തുന്നു, സ്വഭാവത്തിൽ പ്രതീക്ഷിക്കാവുന്ന പരിധി കൃത്യമായി അത്രയാണ്.

വീണ്ടും കണക്റ്റ് ചെയ്യുന്നത് പുതിയ തിരഞ്ഞെടുപ്പ് ചക്രം ആരംഭിക്കുന്നു, അതിനാൽ പിന്നീടുള്ള സെഷൻ മറ്റെവിടെയെങ്കിലും എത്താം. പ്രവർത്തിക്കുന്ന ടണൽ ഉയർന്നിരിക്കുന്നിടത്തോളം നീങ്ങുന്നില്ല.

മിത്ത്: ഓരോ അഭ്യർത്ഥനയ്ക്കും പുതിയ സെർവർ ലഭിക്കുന്നു

സ്ഥാപിച്ചതിന് ശേഷം, ടണൽ ആ സെഷന്റെ എല്ലാ ട്രാഫിക്കും തിരഞ്ഞെടുത്ത പിയറിലേക്ക് കൊണ്ടുപോകുന്നു. ഓരോ അഭ്യർത്ഥനയ്ക്കും വീണ്ടും തിരഞ്ഞെടുപ്പ് ഇല്ല, ഈ നിർദ്ദേശം വ്യക്തിഗത കണക്ഷനുകൾക്കുള്ള ലോഡ് ബാലൻസർ അല്ല: അത് സ്ഥാനാർത്ഥികളെ കലർത്തുന്നു, പാക്കറ്റുകൾ വിതരണം ചെയ്യുന്നില്ല. ആ ടണൽ പങ്കിടുന്ന ഓരോ അപ്ലിക്കേഷനും അതേ പിയർ പങ്കിടുന്നു. ബ്രൗസർ തന്റെ എക്സിറ്റിനെക്കുറിച്ച് റിപ്പോർട്ട് ചെയ്യുന്നതെല്ലാം സെഷന്റേതാണ്, ഒരു അഭ്യർത്ഥനയുടേതല്ല.

ഒരു പരിശോധനയിൽ രണ്ട് വ്യത്യസ്ത എക്സിറ്റുകൾ കണ്ടാൽ, ഒരു മികച്ച ഓപ്ഷനെക്കാൾ രണ്ട് വേറിട്ട സെഷനുകൾ തിരയുക. ആ വ്യത്യാസം, അവയ്ക്കിടയിൽ വീണ്ടും കണക്ഷൻ ഉണ്ടായാൽ ബ്രൗസർ പരിശോധനയും ഡൗൺലോഡ് പരിശോധനയും എന്തുകൊണ്ട് ഒത്തുപോകണമെന്നില്ല എന്നതും വിശദീകരിക്കുന്നു.

remote-random-hostname എന്തിനുള്ളതാണ്

സമാനനാമമുള്ള രണ്ടാമത്തെ നിർദ്ദേശം റെസല്യൂഷനായി ഉപയോഗിക്കുന്ന ഹോസ്റ്റ്നാം മാറ്റുന്നു, remote പട്ടികയുടെ ക്രമമല്ല. ഒരു പേര് round-robin DNS വഴി ഒന്നിലധികം വിലാസങ്ങളിലേക്ക് റെസോൾവ് ചെയ്യുന്ന വിന്യാസങ്ങൾക്കാണ് ഇത്, സേവനം അതിനായി നിർമ്മിച്ചതാണെങ്കിൽ മാത്രം ഇത് ഉപയോഗിക്കണം. മാറുന്നത് റെസല്യൂഷൻ ഘട്ടം മാത്രം; സ്ഥാനാർത്ഥി പട്ടികയുടെ ക്രമം മാറുന്നില്ല.

പേരുകൾ ബന്ധപ്പെട്ടതായി തോന്നുന്നതിനാൽ അത് സജീവമാക്കുന്നത് സാധാരണ തെറ്റാണ്. വൈൽഡ്കാർഡ് സർട്ടിഫിക്കറ്റോ മാറ്റിയ പേര് പ്രതീക്ഷിക്കാത്ത DNS ക്രമീകരണമോ ലളിതമായി റെസോൾവ് ചെയ്യാനോ സാധൂകരിക്കാനോ പരാജയപ്പെടും.

ലോഗിൽ നിന്ന് തിരഞ്ഞെടുത്ത അന്തിമ ബിന്ദു വായിക്കുക

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

grep -c '^remote ' client.ovpn
openvpn --config client.ovpn --verb 4 2>&1 | grep -i -E 'attempting|peer connection'
openvpn --help | grep -A2 remote-random
head -20 client.ovpn

പ്രകടന താരതമ്യത്തിനായി, മറ്റ് remote-കൾ കമന്റ് ചെയ്ത് അന്തിമ ബിന്ദു ഉറപ്പിക്കുക, അങ്ങനെ പരീക്ഷിക്കുന്ന ചരം പാതയല്ല, പ്രോട്ടോക്കോൾ അല്ലെങ്കിൽ ക്ലയന്റ് ആകും. സ്വകാര്യതാ ചോദ്യത്തിനായി, സേവനത്തിന്റെ അടയാളവും അതിന്റെ ലോഗിംഗും മൊത്തത്തിൽ വിലയിരുത്തുക; കലർത്തിയ ആദ്യ തിരഞ്ഞെടുപ്പ് കുക്കികൾ മായ്ക്കുന്നില്ല, അക്കൗണ്ട് ലോഗിൻ നീക്കുന്നില്ല, രണ്ട് ഓപ്പറേറ്റർമാരെ തുല്യരാക്കുന്നുമില്ല.

നൽകിയ വിശ്വാസ വസ്തുവും പിന്തുണയ്ക്കുന്ന അന്തിമ ബിന്ദുക്കളുടെ കൂട്ടവും ഒരുമിച്ച് സൂക്ഷിക്കുക. വീണ്ടും കലർത്തുന്നത് ആ കൂട്ടം പരീക്ഷിക്കുന്ന ക്രമം മാത്രം മാറ്റുന്നു.