VPN വഴി Nmap ന്റെ അസംസ്കൃത സ്കാൻ പരാജയപ്പെടുന്നു, പക്ഷേ -sT കണക്ഷൻ പ്രവർത്തിക്കുന്നുണ്ടോ?

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

കഴിവിനെ ടണലിൽ നിന്ന് വേർതിരിക്കുക

സാധാരണ ആപ്ലിക്കേഷൻ കെർണലിനോട് TCP കണക്ഷൻ തുറക്കൽ ആവശ്യപ്പെടുന്നു, കെർണല് പ്രത്യേക അനുമതിയില്ലാതെ ഹാൻഡ്ഷേക്ക് ചെയ്യുന്നു. അസംസ്കൃത സ്കാൻ പാക്കറ്റുകൾ സ്വയം നിർമ്മിക്കുന്നു, അതിന് പ്ലാറ്റ്ഫോം അനുസരിച്ച് അസംസ്കൃത സോക്കെറ്റോ ക്യാപ്ചർ ഡ്രൈവറോ വേണം. ഇവ അനുമതിയുടെയും ഡ്രൈവറുകളുടെയും ചോദ്യങ്ങളാണ്, VPN ബന്ധിപ്പിച്ചിട്ടുണ്ടോ ഇല്ലയോ എന്നത് പരിഗണിക്കാതെ അവ നിലനിൽക്കുന്നു.

ഈ വ്യത്യസമാണ് സാധാരണ അസമമിതി വിശദീകരിക്കുന്നത്. curl വിജയിക്കുന്നത് സോക്കെറ്റ് പാത പ്രവർത്തിക്കുന്നതിനാൽ, അതേസമയം SYN സ്കാൻ പരാജയപ്പെടുന്നത് പ്രക്രിയയ്ക്ക് ടണൽ ഇന്റ്റർഫേസിൽ അസംസ്കൃത സോക്കെറ്റ് തുറക്കാന് കഴിയാതതിനാൽ. വിപരീത സാഹചര്യവും ഇത് വിശദീകരിക്കുന്നു: പാത പ്രോബ് ഉപേക്ഷിക്കുന്നതിനാൽ അസംസ്കൃത സ്കാൻ ഫിൽട്ടർ ചെയ്തതായി റിപ്പോർട്ട് ചെയ്യുന്നു, എന്നാൽ ആപ്ലിക്കേഷൻ പാത നല്ലതായി തുടരുന്നു.

ഫലങ്ങളിൽ ഒന്നും ദൂരസ്ഥ സേവനത്തെ വിവരിക്കുന്നില്ല. രണ്ടും ഒരു രീതിക്ക് കീഴിൽ ഒരു പാത വിവരിക്കുന്നു, അതിനാൽ രീതി നിഗമനത്തോട് ബന്ധിപ്പിച്ചു നിർത്തുക.

ഒരു അനുമതികൃത ഹോസ്റ്റിൽ കണക്ഷൻ പരിശോധന നടത്തുക

നിങ്ങളുടെ ജോലി ഉൾക്കൊള്ളുന്ന ഒര്ര് ഹോസ്റ്റ് തിരഞ്ഞെടുത്ത്, അസംസ്കൃത പ്രവേശം ആവശ്യമില്ലാത്ത മോഡ് ഉപയോഗിക്കുക. ഇവിടെയ്യ ഉദാഹരണ ലക്ഷ്യം 198.51.100.24 ആണ്, ഇത് തരം ഉദാഹരണത്തിനായി മാറ്റിവെച്ച ഡോക്യുമെൻറ്റേഷൻ സ്ഥലം.

ഒരു വരി, ഒരു ഹോസ്റ്റ്, ഒരു പോർട്ട്, കണ്ടെത്തൽ ഘട്ടം ഇല്ല:

nmap -sT -Pn -p 443 --unprivileged 198.51.100.24

-sT പൂർണ്ണ TCP കണക്ഷൻ തിരഞ്ഞെടുക്കുന്നു, അതിനാൽ ആപ്ലിക്കേഷൻ ഉപയോഗിക്കുന്ന അതേ കെർണല് പാത പാഠം ചെയ്യുന്നു, ക്യാപ്ചർ ഡ്രൈവർ ആവശ്യമില്ല. -Pn ഹോസ്റ്റ് കണ്ടെത്തൽ ഒഴിവാക്കുന്നു; എന്നിട്ടും nmap പ്രാദേശിക സെഗ്മെൻറ്റിലെ ലക്ഷ്യങ്ങൾക്ക് ലിങ്ക് ലേയർ റെസല്യൂഷൻ നടത്തുന്നു, അതിനാൽ ഈ ഫ്ലാഗ് പൂജ്യം പ്രാരംഭിക ട്രാഫ്ഫിക്കിന്റെ വാഗ്ദാനമല്ല. --unprivileged nmap നോട് അസംസ്കൃതയോ തെരിഞ്ഞുകേൾക്കുന്നതോ അവകാശങ്ങളോ ഇല്ലെന്ന് അനുമാനിക്കാൻ പറയുന്നു, ഇത് രീതി മാറ്റുന്നു, ഒന്നും നൽകുന്നുമില്ല.

ഓരോ ഫ്ലാഗും ഒരു മാറ്റം എന്നും പോലെ വായിക്കുക, അറ്റകുറുത്തും എന്നും അല്ല

ഓരോ ഓപ്ഷനും രീതിയെക്കുറിച്ചുള്ള ഒരു പ്രസ്ഥാവനയായി കാണുക. -sT, -Pn അല്ലെങ്കിൽ --unprivileged എന്നിവയിൽ ഒന്നും ഒരു റൂട്ട് ചേർക്കുന്നില്ല, ദൂരസ്ഥ ഫയർവോൾ തുറക്കുന്നില്ല, സേർട്ടിഫിക്കറ്റ് സാധൂകരിക്കുന്നുമില്ല. കണക്ഷൻ സ്കാൻ സേവനം രേഖപ്പെടുത്തുന്ന യഥാർത്ഥ ഹാൻഡ്ഷേക്കും പൂർത്തിയാക്കുന്നു, അതിനാൽ അനുമതികൃത പരിശോധനയും അനുമതിക്കാത്ത സ്വീപ്പും സെർവ്വറിൽ നിന്ന് പരിധിയും വേഗതയും ഒഴിച്ച് ഒരുപോലെ കാണുന്നു. ഔട്ട്പുട് മാറുന്നതുവരെ ഓപ്ഷനുകൾ കൂട്ടിവെക്കുന്നതാണ് രീതി പ്രശ്നം നെറ്റ്വർക്ക് കണ്ടെത്തലായി രേഖപ്പെടുത്തുന്നത്.

ഔട്ട്പുട് അടച്ചത് എന്ന് പറയുമ്പോൾ എന്തോ ഒരു റീസെറ്റിലൂടെ ഉത്തരം നൽകി, അത് നിശ്ശബ്ദതയിൽ നിന്ന് വ്യത്യസ്തമായ കണ്ടെത്തലാണ്. ഔട്ട്പുട് ഫിൽട്ടർ ചെയ്തത് എന്ന് പറയുമ്പോൾ ഒരു ഉപകരണം പ്രോബോ അതിന്റെ മറുപടിയോ ഉപേക്ഷിച്ചു, VPN യാദൃച്ഛികമായിരിക്കാം. കൃത്യമായ പദപ്രയോഗം എഴുതിവെക്കുക, കാരണം കണ്ടെത്തൽ ഘട്ടത്തിന്റെ വിധിയും പ്രോബ് തലത്തിലെ പരാജയവും വ്യത്യസ്ത പടലുകളിലേക്കാണ് ചൂട്ടുന്നത്.

പ്രത്യേകാവകാശ മോഡ് തട്ടിയുണ്ടെങ്കിൽ, അവകാശവും ഡ്രൈവറും ഇന്റ്റർഫേസ് ക്രമീകരണവും പഴകുവുന്ണ്ടേങ്കിൽ പ്ലാറ്റ്ഫോം ഉടമ തീര്മാനിക്കുന്നു. അതേ വിളി ഉയർത്തുന്നത് അതിന്റെ രീതി മാറ്റുന്നില്ല.

ഗതാഗതത്തിന്റെ ഫലത്തിൽ നിർത്തുക, തുടർന്ന് സേവനം പരീക്ഷിക്കുക

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

സേവനത്തിന്റെ സ്വന്ത ക്ലൈയൻറ്റുമായി തുടരുക, അങ്ങനെ TLS ഐഡെന്റിറ്റിയും ആപ്ലിക്കേഷൻ സ്വഭാവവും വേറിട്ട വസ്തുതകളായി നിരീക്ഷിക്കാം:

openssl s_client -connect 198.51.100.24:443 -servername staging.example.net </dev/null 2>/dev/null | openssl x509 -noout -subject -dates
curl -sS -o /dev/null -w '%{http_code}\n' https://staging.example.net/health

ഒരു ശീലം കൂടി ഫലം ഉപയോഗപ്രദമാക്കുന്നു. കൃത്യമായ കമാൻഡും, ഉപയോഗിച്ച ഉറവിട വിലാസവും, സമയവും എഴുതിവെക്കുക, കാരണം ഈ സന്ദര്ഭം ഇല്ലാതെ ഗതാഗത ഫലം പുനർനിർമ്മിക്കാനോ താരതമ്യം ചെയ്യാനോ കഴിയില്ല.

സേർട്ടിഫിക്കറ്റ് നിങ്ങള് പ്രതീക്ഷിക്കാത്ത ഒരു ഹോസ്റ്റിന്റെ പേര് പറഞ്ഞാൽ, ഗതാഗതം പ്രവർത്തിച്ചു, റൂട്ടിംഗ് ഒരിക്കലും പ്രശ്നമായിരുന്നില്ല; തകറാർ വേർച്ചുവൽ ഹോസ്റ്റിംഗിലോ DNS-ഇലോ ആണ്. ഹാൻഡ്ഷേക്ക് പരാജയപ്പെട്ടാൽ, ടണലിനെക്കുറിച്ച് സാമാന്യീകരിക്കുന്നതിന് പകരം പ്രാദേശിക പിശക് സ്ട്രിംഗ് രേഖപ്പെടുത്തുക. പരിധിയുടെ കുട്ടിപ്പുറം ഫലത്തിന് ഒപ്പം സൂക്ഷിക്കുക, കാരണം അടുത്ത വ്യക്തി ഏത് രീതിയാണ് ഇത് ഉണ്ടാക്കിയതെന്ന് അറിയേണ്ടതാണ്.