ഡൊമെയിൻ നാമം വിശ്വസിക്കാതെ ഒരു VPN സോക്കറ്റ് എങ്ങനെ വായിക്കാം
ഒരു പ്രോസസിന് അടുത്തുള്ള ഹോസ്റ്റ്നാമം വിലാസത്തെക്കുറിച്ചുള്ള ഒരു ഊഹമാണ്. VPN ക്ലയന്റിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് സംഖ്യാപരമായ അന്ത്യ ബിന്ദുക്കൾ, കണക്ഷൻ അവസ്ഥ, അതിനുടമയായ PID എന്നിവ വായിക്കുക.
നിങ്ങളുടെ അന്ത്യ ബിന്ദു ദർശകൻ ഒരു VPN പ്രോസസിനെ ഒരു പരസ്യ കമ്പനിയുടെ ഡൊമെയ്നിന് അടുത്തായി പട്ടികപ്പെടുത്തുന്നു, ആ ജോടി ഡാറ്റ പിന്തുണയ്ക്കാനാകാത്ത ഒരു കഥ തുടങ്ങുന്നു. പേര് സംഖ്യാപരമായ അന്ത്യ ബിന്ദുവിന് മേൽ വരച്ച ഒരു വിപരീത തിരയലാണ്, തിരയൽ മാറുമ്പോഴെല്ലാം അത് മാറുന്നു. പരിശോധനയെ അതിജീവിക്കുന്ന നിരകൾ വിലാസങ്ങൾ, കണക്ഷൻ അവസ്ഥ, സോക്കറ്റിനുടമയായ PID എന്നിവയാണ്.
സോക്കറ്റ് പട്ടികയിൽ കണക്ഷനുള്ളിൽ എന്ത് സഞ്ചരിച്ചു എന്ന് വിവരിക്കുന്ന ഒന്നുമില്ല. ഹോസ്റ്റ്നാം വഹിക്കുന്ന എന്തും ഇതിനകം നിങ്ങൾക്കുവേണ്ടി വ്യാഖ്യാനിക്കപ്പെട്ടിട്ടുണ്ട്.
പരിഹരിച്ച പേര് ഒരു വിവർത്തനമാണ്, ഒരു ഫീൽഡല്ല
ദർശകൻ റിസോൾവറിനോട് ഒരു വിലാസത്തെ പേരാക്കി മാറ്റാൻ ആവശ്യപ്പെടുന്നു, DNS-ൽ PTR ചോദ്യം പ്രവർത്തിക്കുന്ന അതേ രീതിയിൽ. ഉത്തരം ഒരു പ്രാദേശിക കാഷിൽ നിന്നോ hosts ഫയലിലെ ഒരു എൻട്രിയിൽ നിന്നോ അയൽവാസി കണ്ടെത്തൽ പ്രഖ്യാപനത്തിൽ നിന്നോ കഴിഞ്ഞ ആഴ്ച വിലാസം മറ്റൊരാൾക്ക് നൽകിയ ഒരു ദാതാവിൽ നിന്നോ വരാം, ഈ ഉറവിടങ്ങൾ വേർതിരിച്ചറിയാൻ ഉപകരണത്തിന് വഴിയില്ല. ഒരു കണക്ഷൻ നിരീക്ഷിക്കുന്ന രണ്ട് യന്ത്രങ്ങൾ ഒരേ പിയർ വിലാസത്തിന് വ്യത്യസ്ത പേരുകൾ അച്ചടിക്കാം, പേര് വയറിൽ നിന്ന് വന്നതാണെന്ന് വിശ്വസിക്കുന്നുവെങ്കിൽ ഇത് വിശദീകരിക്കാൻ ബുദ്ധിമുട്ടാണ്. ലേബൽ മനുഷ്യന്റെ കണ്ണിനുള്ള സൗകര്യമായി കാണുക, ബൈറ്റുകൾ ആർക്ക് ലഭിച്ചു എന്ന പ്രസ്താവനയായി അല്ല.
TCPView ഡോക്യുമെന്റേഷൻ അന്ത്യ ബിന്ദു, അവസ്ഥ, പ്രോസസ് നിരകൾ വിവരിക്കുന്നു, പരിഹരിച്ച പേരുകൾ ഓഫാക്കുന്നത് രേഖപ്പെടുത്തുന്നു, ഒരു ഡൊമെയ്നിലേക്ക് എന്തെങ്കിലും അർത്ഥം വായിക്കുന്നതിന് മുമ്പ് അത് ചെയ്യേണ്ടതാണ്. പരിഹാരം ഓഫാക്കുന്നത് അനിശ്ചിതത്വം സൃഷ്ടിക്കുന്നതിന് പകരം ദൃശ്യമാക്കുന്നു: നിങ്ങൾക്ക് ഇപ്പോഴും ഒരു വിലാസമുണ്ട്, അതിന്റെ അർത്ഥം തീരുമാനിക്കുന്ന ജോലി വെറുതെ നിങ്ങളിലേക്ക് തിരികെ വന്നു.
സംഖ്യാപരമായ നിരകൾ ക്രമത്തിൽ വായിക്കുക
ഇടത്തുനിന്ന് വലത്തോട്ട് പ്രവർത്തിച്ച് നിങ്ങളുടെ ചോദ്യത്തിന് ഉത്തരം നൽകുന്ന ആദ്യ നിരയിൽ നിർത്തുക. പ്രാദേശിക അന്ത്യ ബിന്ദു പ്രോസസ് എന്തിനോട് ബന്ധിച്ചു എന്ന് കാണിക്കുന്നു, ദൂര അന്ത്യ ബിന്ദു ഒരു പിയർ ഉണ്ടോ എന്ന് കാണിക്കുന്നു, അവസ്ഥ ബന്ധം ജീവനോടെയുണ്ടോ എന്ന് കാണിക്കുന്നു, PID വരിയെ ഒരു എക്സിക്യൂട്ടബിൾ ഫയലുമായി ബന്ധിപ്പിക്കുന്നു.
താഴെയുള്ള മൂന്ന് നിരീക്ഷണങ്ങൾ ഇവിടെ ഏതെങ്കിലും യന്ത്രത്തിൽ നിന്ന് പിടിച്ചെടുത്ത ഔട്ട്പുട്ടല്ല, മറിച്ച് ദൃഷ്ടാന്തരൂപങ്ങളാണ്. ഓരോന്നിനും എന്ത് പിന്തുണയ്ക്കാനാകും എന്നതിന്റെ അടിസ്ഥാനത്തിൽ അവ തരംതിരിച്ചിരിക്കുന്നു, കാരണം ആളുകൾ സോക്കറ്റ് വരിയോട് യഥാർത്ഥത്തിൽ ചോദിക്കുന്ന ചോദ്യം അതാണ്:
| What the row shows | What it rules out | What it cannot show |
|---|---|---|
| An open listener with no peer address | Any remote party; nothing beyond this host has reached the port | Whether the local service is well configured, or who is allowed to use it |
| An association in the open state | That the entry is cosmetic; a peer address exists and was accepted | Which application data crossed it, or whether that peer is trustworthy |
| An association whose counters move | That the conversation is idle or already stale | What was requested, what came back, or who started it |
മറ്റ് യന്ത്രങ്ങൾക്ക് എത്താനാകാത്ത, ലൂപ്പ്ബാക്ക് വിലാസത്തോട് ബന്ധിച്ച ഒരു തുറന്ന ശ്രോതാവ്, പല VPN ക്ലയന്റുകളും സ്വന്തം നിയന്ത്രണ ചാനൽ വെളിപ്പെടുത്തുന്ന രീതിയാണ്. വൈൽഡ്കാർഡ് ബൈൻഡ് എന്നാൽ പ്രോസസ് എല്ലാ ഇന്റർഫേസിലും കണക്ഷനുകൾ സ്വീകരിച്ചു, അത് അപകടകരമാണോ എന്നത് വരിയെയല്ല, ഹോസ്റ്റ് ഫയർവാളിനെ ആശ്രയിച്ചിരിക്കുന്നു. നിലനിൽക്കുന്നതും കൗണ്ടറുകൾ വഹിക്കുന്നതുമായ ബന്ധം മാത്രമാണ് ആളുകൾ സാധാരണയായി ഉന്നയിക്കാൻ ആഗ്രഹിക്കുന്ന ആരോപണത്തോട് സാമ്യമുള്ളത്, ആ വരിപോലും പേലോഡിന് മുമ്പ് നിൽക്കുന്നു.
കുറ്റവാളിയെ പേരിടുന്നതിന് മുമ്പ് ഉടമസ്ഥത പരിശോധിക്കുക
പ്രോസസിന്റെ ഐഡന്റിറ്റിയാണ് ഭൂരിഭാഗം ആരോപണങ്ങളും യഥാർത്ഥത്തിൽ പരാജയപ്പെടുന്ന സ്ഥലം. PID-കൾ വീണ്ടും ഉപയോഗിക്കുന്നു, അപ്ഡേറ്ററുകളും ബ്രൗസർ സഹായികളും ഹ്രസ്വായുസ്സുള്ള കുട്ടികളെ ജനിപ്പിക്കുന്നു, VPN ക്ലയന്റിന് സ്വന്തം ട്രാഫിക് ഒരു പ്രിവിലേജുള്ള സിസ്റ്റം സേവനത്തിന് നൽകാം. പ്രദർശിപ്പിക്കുന്ന പേരിന് പകരം എക്സിക്യൂട്ടബിൾ ഫയലിന്റെ പാതയും മാതൃ പ്രോസസും താരതമ്യം ചെയ്യുക, കാരണം പ്രദർശിപ്പിക്കുന്ന പേര് ബൈനറി നിർമ്മിച്ചയാൾ തിരഞ്ഞെടുക്കുന്നു.
tcpvcon -n -a
Get-Process -Id 4188 | Select-Object Id, ProcessName, Pathഅതേ വായന Linux-ലും ഉണ്ട്, മറ്റ് ഉപയോക്താക്കളുടെ സോക്കറ്റുകൾ കാണാൻ മതിയായ പ്രിവിലേജ് ഉള്ളപ്പോൾ സോക്കറ്റ് സ്ഥിതിവിവരക്കണക്കുകൾക്ക് പ്രോസസ് വിവരങ്ങൾ വഹിക്കാനാകും. 443 പോർട്ടിലേക്കോ അതിൽ നിന്നോ ബന്ധിച്ച സ്ഥാപിത സോക്കറ്റുകൾ ആവശ്യപ്പെടുന്നത് ഔട്ട്പുട്ട് പ്രധാന വരികളിലേക്ക് ചുരുക്കുന്നു:
ss -tunp state established '( sport = :443 or dport = :443 )'വരിയോടൊപ്പം സമയ മുദ്ര പിടിച്ചെടുക്കുക. ഒറ്റയ്ക്കുള്ള PID ഒരു ചലിക്കുന്ന റഫറൻസാണ്, കാരണം നിങ്ങൾ ഒരു പ്രോസസ് മാനേജർ തുറക്കുമ്പോഴേക്കും സോക്കറ്റ് ഒരു പിൻഗാമിയുടേതായിരിക്കാം, നിങ്ങൾ പരിശോധിക്കുന്ന പാത കണക്ഷൻ കൈവശം വച്ചതല്ലായിരിക്കാം. അന്ത്യ ബിന്ദു ജോടി, അവസ്ഥ, PID എന്നിവ ഒരു നിരീക്ഷണമായി രേഖപ്പെടുത്തുക, എന്നാൽ കണ്ടെത്തൽ പുനരാരംഭത്തെയും രണ്ടാം അഭിപ്രായത്തെയും അതിജീവിക്കും.
ഒരു പേരിന് ഇനിയും എന്ത് മൂല്യം
ഹോസ്റ്റ്നാം മൂല്യമില്ലാത്ത തെളിവല്ല. ആരോ ഒരിക്കൽ ആ വിലാസത്തെ ആ പേരുമായി ബന്ധിപ്പിച്ചു എന്ന് അത് രേഖപ്പെടുത്തുന്നു. ആ ബന്ധം, വിലാസം ആയിരക്കണക്കിന് അനുബന്ധമില്ലാത്ത ഉപഭോക്താക്കളെ സേവിക്കുന്ന ഒരു ദാതാവിന്റേതാകുമ്പോൾ ശ്രദ്ധ അർഹിക്കുന്നു. ഇത് ഒരു ലക്ഷ്യസ്ഥാനത്തേക്കാൾ ദുർബലമായ വാദമാണ്, ലേബലിന് പിന്തുണയ്ക്കാനാകുന്ന ഏക വാദവും അതാണ്.
ഒരു പേര് തെറ്റായി തോന്നുമ്പോൾ, വിലാസം ദാതാവിന്റെ പ്രസിദ്ധീകരിച്ച ശ്രേണികളുമായി താരതമ്യം ചെയ്ത ശേഷം ആ നിമിഷം പ്രോസസ് എന്തായിരുന്നു ചെയ്തതെന്ന് ചോദിക്കുക: അപ്ഡേറ്റ് പരിശോധന, ലൈസൻസ് കോൾ, ടെലിമെട്രി POST അല്ലെങ്കിൽ ടണൽ ഹാൻഡ്ഷേക്ക്. ആ പ്രവർത്തനങ്ങൾ വ്യത്യസ്ത കണക്ഷൻ രൂപങ്ങൾ അവശേഷിപ്പിക്കുന്നു, രൂപം നിമിഷവുമായി ചേർക്കുന്നത് നിങ്ങൾ സംശയിക്കുന്ന കമ്പനിയുമായി പേര് ചേർക്കുന്നതിനേക്കാൾ വിവരദായകമാണ്.
ഒരു പങ്കിട്ട സഹായിയെ അവസാനിപ്പിക്കുന്നതിനോ എന്തെങ്കിലും അൺഇൻസ്റ്റാൾ ചെയ്യുന്നതിനോ മുമ്പ് വരി സംരക്ഷിക്കുക. പ്രതിരോധിക്കാവുന്ന ഒരു നിഗമനം ഒരു നിരീക്ഷിച്ച അന്ത്യ ബിന്ദു, അതിന്റെ അവസ്ഥ, ഉടമ എന്നിവ ഉൾക്കൊള്ളുന്നു; പരിഹരിച്ച ലേബലിൽ കെട്ടിപ്പടുത്ത ബ്രാൻഡ് മുഴുവൻ വിധി തെളിവല്ല, പരിചിതമായ ഡൗൺലോഡ് ഹോസ്റ്റ് നിരുപദ്രവകരമായിരിക്കണം എന്ന ആശ്വാസവും തെളിവല്ല.