പങ്കിട്ട VPN അക്കൗണ്ട്: ഉപകരണ പരിധി ക്ലയന്റ് വേർതിരിവല്ല

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

കണക്ഷൻ അനുമതി യഥാർത്ഥത്തിൽ എന്താണ് വാഗ്ദാനം ചെയ്യുന്നത്

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

കീ വേർതിരിക്കലിനെക്കുറിച്ച് എന്തെങ്കിലും അനുമാനിക്കും മുമ്പ് ദാതാവ് ക്രെഡൻഷ്യലുകൾ എങ്ങനെ നൽകുന്നുവെന്ന് വായിക്കുക. അക്കൗണ്ടിന്റെ പേര് തന്നെ അതിൽനിന്ന് ഒന്നും വെളിപ്പെടുത്തുന്നില്ല.

ഗേറ്റ്വേ ക്ലയന്റുകൾക്കിടയിൽ കൈമാറുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക

പിയറുകൾക്കിടയിലുള്ള എത്തിച്ചേരൽ സെർവർ വശത്തെ തീരുമാനമാണ്. OpenVPN-ൽ ബന്ധപ്പെട്ട സ്വിച്ച് കോൺഫിഗറേഷനിൽ ഇല്ലെങ്കിൽ ഉണ്ടാകില്ല, എന്നാൽ ആധുനിക ഡാറ്റാ-പ്ലെയിൻ ഓഫ്ലോഡ് നിയമം എവിടെ പ്രയോഗിക്കുന്നു എന്നത് മാറ്റുന്നു.

grep -n "client-to-client" /etc/openvpn/server.conf
iptables -A FORWARD -i tun0 -o tun0 -j DROP

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

പിയറുകൾക്ക് മുമ്പ് സെഷൻ സംരക്ഷിക്കുക

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

ഓരോ ഹോസ്റ്റിലും സേവന പ്രാമാണീകരണം ഇപ്പോഴും പ്രധാനമാണ്, കാരണം ഒരു ക്ലയന്റ് നെറ്റ്വർക്കിലെത്തി എന്ന് മാത്രമാണ് ടണൽ തെളിയിക്കുന്നത്, ഒരു പ്രത്യേക ഡീമണിലേക്ക് എത്തണമെന്നല്ല.

പ്രാദേശിക Wi-Fi പരാജയങ്ങൾ VPN ലംഘനമല്ല

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

നാല് ഉത്തരങ്ങൾ എഴുതിവയ്ക്കുക: അനുമതി, കീ മോഡൽ, പിയർ നയം, പ്രാദേശിക ലിങ്കിലുള്ള ആശ്രിതത്വം. ആ രേഖ പങ്കിട്ട അക്കൗണ്ടിനെക്കുറിച്ചുള്ള അവ്യക്തമായ ആശങ്കയെ വ്യക്തമായ നിയന്ത്രണങ്ങളാക്കി മാറ്റുന്നു.