Onion സേവനത്തെയും VPN വഴി മാത്രം ലഭ്യമാകുന്ന സേവനത്തെയും ആളുകൾ ഒരേ ആശയത്തിന്റെ രണ്ട് രൂപങ്ങളായി വിവരിക്കുന്നു: പോർട്ട് മറയ്ക്കുക, രഹസ്യ വിലാസം പങ്കിടുക. വിലാസം എന്തിനോട് ബന്ധിപ്പിച്ചിരിക്കുന്നു, ആർക്ക് അതിൽ എത്താം, അഭ്യർത്ഥന എത്തുന്നതിന് മുൻപ് എന്ത് സംഭവിക്കണം എന്നിവയിൽ അവ വ്യത്യസ്തമാണ്. ഒന്ന് Tor ഉള്ളിലെ കൂടിക്കാഴ്ചാ സ്ഥലമാണ്, മറ്റൊന്ന് സ്വകാര്യ നെറ്റ്വർക്കിനുള്ളിലെ പാതയാണ്. അവയെ പരസ്പരം മാറ്റാവുന്നവയായി കാണുന്നത് സ്വകാര്യവുമല്ലാത്ത, പരിപാലിക്കാനാവാത്തതയ രൂപകൽപ്പനകൾ സൃഷ്ടിക്കുന്നു.

മിത്ത്: രണ്ട് രൂപകൽപ്പനകളും വെറും മറഞ്ഞ വാതിൽ

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

ഈ സ്വഭാവങ്ങളിൽ ഒന്നും ആപ്പിനുതന്നെ സുരക്ഷാ നിയന്ത്രണമല്ല. മറഞ്ഞ സ്ഥലം അതിന് പിന്നിലെ സോഫ്റ്റ്വെയർ പരിഹരിക്കുന്നില്ല, സ്വകാര്യ പാത ലോഗിൻ പേജിലേക്ക് പ്രമാണീകരണം ചേര്ക്കുന്നില്ല. രണ്ട് രൂപകൽപ്പനകള്ക്കും ഇപ്പോഴും ആപ്പിന്റെ സ്വന്തം അനുമതികൾ വേണം, രണ്ടിനും ഇപ്പോഴും അപ്ഡേറ്റുകള്കും വീണ്ടെടുപ്പിനും ഉത്തരവാദിയായ ഒരാൾ വേണം.

Onion വിലാസം യഥാർത്ഥത്തിൽ എന്തിലേക്കാണ് ചൂണ്ടുന്നത്

Onion വിലാസം പതിപ്പ് v3 സേവനത്തിന്റെ പൊതു കീ എൻകോഡ് ചെയ്യുന്നു, അതിനാൽ സ്വയം നിയന്ത്രിക്കാത്ത സേവനത്തിന് ആർക്കും വിലാസം തിരഞ്ഞെടുക്കാനാവില്ല. ക്ലയന്റ് Tor വഴി കൂടിക്കാഴ്ചാ സ്ഥലത്ത് ബന്ധിപ്പിക്കുന്നു, സേവനം തന്റെ ഭാഗത്തുനിന്ന് അതേ സ്ഥലത്ത് എത്തുന്നു; സാധാരണ എക്സിറ്റ് നോഡ് ആ ബന്ധം സേവനത്തിലേക്ക് എത്തിക്കുന്നില്ല. പേര് ഒരു ഐഡന്റിറ്റിയാണ്, DNS റെക്കോർഡല്ല.

dig +short example.onion
curl --socks5-hostname 127.0.0.1:9050 http://example.onion/
systemctl status tor

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

onion രൂപകൽപ്പനയുടെ ഏക കാരണം പ്രമാണീകരണം ക്രമീകരിക്കുന്നത് ഒഴിവാക്കുകയാണെങ്കിൽ നിർത്തുക. ഓവർലേ പാളി അത് നൽകുന്നില്ല, നിങ്ങൾ അത് പിന്നീടും നിർമ്മിക്കും.

VPN പാത യഥാർത്ഥത്തിൽ എന്ത് നൽകുന്നു

VPN ഒരു ഉപകരണത്തെ നെറ്റ്വർക്കിലേക്ക് പ്രവേശിപ്പിച്ച് ഗേറ്റ്വേയിലേക്കോ സബ്നെറ്റിലേക്കോ പാത നൽകുന്നു. ആ ഗേറ്റ്വേയ്ക്ക് പിന്നിലെ സേവനം ടണൽ പൂളിൽ നിന്ന് വിലാസം കാണുകയും തനിക്കുള്ള അംഗീകാരം പ്രയോഗിക്കുകയും ചെയ്യുന്നു. ഉപയോക്താവ് ആരെന്ന് പാത ഒന്നും പറയുന്നില്ല; പാക്കറ്റുകള്ക് എങ്ങോട്ട് പോകാമെന്ന് മാത്രം പറയുന്നു.

ip route get 10.20.30.40
wg show
curl -sv https://files.internal.example/ -o /dev/null

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

പ്രേക്ഷകർ അജ്ഞാതരോ നിരന്തരം മാറുന്നവരോ ആണെങ്കിൽ നിർത്തുക. ഒരു പേജ് കാണിക്കാൻ അപരിചിതരെ സ്വകാര്യ നെറ്റ്വർക്കിൽ രജിസ്റ്റർ ചെയ്യുന്നത് സേവനം പ്രസിദ്ധീകരിക്കുന്നതിനെക്കാൽ വലിയ പ്രതിബദ്ധതയാണ്.

ഇവയ്ക്കിടയിലെ തിരഞ്ഞെടുപ്പ്, മാറാത്തത്

പ്രേക്ഷകർ സാങ്കേതികരും സേവനത്തിന് പൊതു വിലാസം ഒട്ടും പാടുള്ളതും ആണെങ്കിൽ, Tor ക്ലയന്റിന്റെ ആവശ്യകതകൾ സ്വീകരിക്കാന് കഴിയുമെങ്കിൽ onion മാതൃക തിരഞ്ഞെടുക്കുക. പ്രേക്ഷകർ നിങ്ങൾ കൈകാര്യം ചെയ്യുന്ന ഉപകരണങ്ങളുള്ള നിർദ്ദിഷ്ട ഗ്രൂപ്പും അവരുടെ പ്രവേശനം നെറ്റ്വർക്ക് പളകയിൽ രേഖപ്പെടുത്താൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ VPN മാതൃക തിരഞ്ഞെടുക്കുക. ഏതെങ്കിലും ഒരു തിരഞ്ഞെടുപ്പും ആപ്പ് പ്രമാണീകരണം, പാച്ചിംഗ്, വീണ്ടെടുപ്പ് പാത എന്നിവയുടെ ആവശ്യകത ഒഴിവാക്കുന്നില്ല. ഒന്നും നിങ്ങളുടെ ഉപയോക്താക്കാർക്ക് പ്രധാനമായ അർത്ഥത്തിൽ സ്വയമേവ കൂടുതൽ സ്വകാര്യമല്ല.

രണ്ട് രൂപകൽപ്പനകളിലും സേവനത്തിൽ ആർക്ക് എത്താം, അവരെ എങ്ങനെ തിരിച്ചറിയുന്നു, ഒരു ക്രെഡൻഷ്യൽ നഷ്ടപ്പെടുമ്പോൾ എന്ത് സംഭവിക്കുന്നു എന്നിവ എഴുതിവയ്ക്കുക. onion സേവനത്തിന്റെ ഉത്തരത്തിൽ ക്ലയന്റ് അംഗീകാര കീകളും വിലാസവും ഉൾപ്പെടുന്നു; VPN-ന്റെ ഉത്തരത്തിൽ അക്കൗണ്ട്, ഉപകരണം, ഗേറ്റ്വേ നയം എന്നിവ ഉൾപ്പെടുന്നു. ഇവ വ്യത്യസ്ത പട്ടികകളാണ്, അവയിൽ ഒന്ന് മാത്രമേ അടുത്ത അഡ്മിനിസ്റ്റ്റർക്ക് വ്യക്തമാകൂ.

താരതമ്യം ആപ്പ് ആരംഭിക്കുന്നിടത്ത് അവസാനിക്കുന്നു. മറഞ്ഞ വിലാസവും സ്വകാര്യ പാതയും ഗതാഗത തിരഞ്ഞെടുപ്പുകളാണ്, അഭ്യർത്ഥനത്തിന് എന്ത് അനുവദിക്കാം എന്നത് ആപ്പ് ഇപ്പോഴും തീരുമാനിക്കണം. ആ തീരുമാനങ്ങൾ വേർതിരിച്ച രേഖകളിൽ സൂക്ഷിക്കുക, രണ്ട് രൂപകൽപ്പനകളിൽ ഒന്നും മറ്റൊന്നിന്റെ ജോലി നിശ്ശബ്ദമായി ഏറ്റെടുക്കില്ല.

അനുബന്ധ ലേഖനങ്ങൾ