ഒരു പൊതു VPN ഹോസ്റ്റ്നെയിം എന്ത് തെളിയിക്കാനാകും, എന്ത് തെളിയിക്കാനാവില്ല

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

പേര് പരിഹരിക്കുന്നു, മറ്റൊന്നും തീർച്ചയാക്കിയിട്ടില്ല

ഹോസ്റ്റ്നെയിം DNS-ലെ ഒരു പോയിന്ററാണ്, അതിന് പിന്നിലെ റെക്കോർഡുകൾ റിസോൾവർ അനുസരിച്ച്, ദിവസത്തിലെ സമയം അനുസരിച്ച്, ക്ലയന്റ് ഇഷ്ടപ്പെടുന്ന വിലാസ കുടുംബം അനുസരിച്ച് വ്യത്യാസപ്പെടാം. ഒരേ ഡയറക്ടറി എൻട്രി വായിക്കുന്ന രണ്ട് പേർക്ക് നിയമപരമായി വ്യത്യസ്ത മെഷീനുകളിൽ എത്താം. പേര് എന്ത് ചോദിക്കണം എന്ന് പറയുന്നു, എന്ത് ഉത്തരം നൽകും എന്നല്ല.

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

dig +short vpn.example.net A
dig +short vpn.example.net AAAA
dig +short vpn.example.net A @1.1.1.1

ട്രാൻസ്പോർട്ടും ഐഡന്റിറ്റിയും വെവ്വേറെ ചോദ്യങ്ങളാണ്

ഹോസ്റ്റ്നെയിമിൽ തുറന്ന വെബ് പേജ് ഒരു പോർട്ടിൽ ഒരു ശ്രോതാവിനെ പരീക്ഷിക്കുന്നു. OpenVPN, IPsec, SSTP എന്നിവ മറ്റിടത്ത്, അവയുടെ സ്വന്തം പോർട്ടുകളിലും പ്രോട്ടോക്കോളുകളിലും കേൾക്കുന്നു, അതിനാൽ എത്തിച്ചേരാവുന്ന ഒരു വെബ് സർവർ അവയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

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

openssl s_client -connect vpn.example.net:443 -servername vpn.example.net </dev/null 2>/dev/null |
  openssl x509 -noout -subject -issuer -dates

രാജ്യ പദങ്ങൾ സ്ഥാന പരിശോധനയല്ല

ഡയറക്ടറിയിലെ jp അല്ലെങ്കിൽ de ലേബൽ ഒരു രജിസ്ട്രേഷനാണ്, IP ഭൂസ്ഥാന ഡാറ്റാബേസുകൾ പലപ്പോഴും യോജിക്കാത്തതിനാൽ ഒന്നിനെയും സമ്പൂർണ സത്യമായി കാണരുത്. പങ്കിട്ട ഹോസ്റ്റിംഗ്, anycast, ലളിതമായ തെറ്റായ കോൺഫിഗറേഷൻ എന്നിവയെല്ലാം നിരീക്ഷിച്ച സ്ഥാനത്തെ ലേബലിൽ നിന്ന് അകറ്റുന്നു.

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

വാഗ്ദാനം ചെയ്യുന്ന സേവനം പരിശോധിക്കുക, പിന്നെ ഓപ്പറേറ്ററെ

ട്രാൻസ്പോർട്ടും ഐഡന്റിറ്റിയും തീർച്ചയായ ശേഷം ബാക്കിയുള്ള ചോദ്യം ഓപ്പറേറ്ററുടെ സ്വഭാവമാണ്, അതിന് ഊഹത്തിന് പകരം രേഖാമൂലമുള്ള തെളിവ് വേണം. സ്വകാര്യതാ നയം, പ്രസിദ്ധീകരിച്ച ബന്ധപ്പെടൽ വിലാസം, സുതാര്യതാ അറിയിപ്പ് എന്നിവ ഉദ്ദേശ്യത്തിന്റെ തെളിവുകളാണ്; അവയൊന്നും പ്രയോഗം തെളിയിക്കുന്നില്ല, മൂന്നും ഇല്ലാത്തതും ഒരു വിവരമാണ്.

പൊതു അല്ലെങ്കിൽ സ്വയംസേവകർ നടത്തുന്ന നോഡിന്, എക്സിറ്റ് പങ്കിട്ടതാണെന്നും അത് നടത്തുന്നയാൾ അതിലൂടെ കടന്നുപോകുന്നത് കാണാമെന്നും അനുമാനിക്കുക. ഹോസ്റ്റ്നെയിം അല്ല, ഈ അനുമാനമാണ് ടണലിലൂടെ നിങ്ങൾ എന്ത് അയയ്ക്കുന്നു എന്ന് തീരുമാനിക്കേണ്ടത്.

curl -sSI https://vpn.example.net/ | head -n 5
whois 203.0.113.25 | grep -i -E 'orgname|netname'

പേര് അത് നന്നായി ചെയ്യുന്ന കാര്യത്തിന് സൂക്ഷിക്കുക: ഒരു അന്ത്യബിന്ദു കണ്ടെത്തി അതിലേക്ക് ബന്ധിപ്പിക്കുക. അതിനപ്പുറമുള്ള എല്ലാം വെവ്വേറെ പരീക്ഷിക്കണം, അത് പ്രധാനമാകുന്ന ദിവസം.