ഫോണിലെ VPN സ്കാനിന് ശരിയായ നിരീക്ഷണ കേന്ദ്രം തിരഞ്ഞെടുക്കുക
ഫോണിന്റെ VPN ശ്രോതാവ്, ഫോണിലെ ഒരു സേവനം, റൂട്ട് ചെയ്ത LAN ഹോസ്റ്റ് എന്നിവ മൂന്ന് പ്രതലങ്ങളാണ്. ഈ അഞ്ച് ഘട്ടങ്ങൾ പിന്തുടർന്ന് പരിധി അവസാനിക്കുന്നിടത്ത് നിർത്തുക.
ഫോണിൽ ഹോസ്റ്റ് ചെയ്യുന്ന VPN-ന്റെ അനുമതിയുള്ള വിലയിരുത്തൽ, സ്കാനർ ടണലിന്റെ തെറ്റായ വശത്ത് ഇരിക്കുമ്പോൾ നിശ്ശബ്ദമായി പരാജയപ്പെടുന്നു. ഫലങ്ങൾ ലഭിക്കുന്നു, അവ വിശ്വസനീയമായി തോന്നുന്നു, ആരും ചോദിക്കാത്ത ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു. ചുവടെയുള്ള അഞ്ച് പരിശോധനകൾ ക്രമത്തിൽ ചെയ്യുക. ഓരോന്നിനും നിർത്താനുള്ള വ്യവസ്ഥയുണ്ട്, റിപ്പോർട്ട് എഴുതിയ ശേഷം പൂജ്യത്തിൽ നിന്ന് വീണ്ടും പരിശോധിക്കുന്നതിനേക്കാൾ നേരത്തെ നിർത്തുന്നത് വിലകുറഞ്ഞതാണ്.
ഘട്ടം 1: നിങ്ങൾ എത്താൻ ഉദ്ദേശിക്കുന്ന പ്രതലത്തിന് പേര് നൽകുക
മൂന്ന് പ്രതലങ്ങൾ പതിവായി കൂട്ടിക്കലർത്തപ്പെടുന്നു, കാരണം ഒരു ഉപകരണമാണ് അവയെ ബന്ധിപ്പിക്കുന്നത്. അവ വ്യത്യസ്ത കോഡും വ്യത്യസ്ത നയവും പ്രവർത്തിപ്പിക്കുന്നു, അതിനാൽ എന്തെങ്കിലും തുടങ്ങുന്നതിന് മുമ്പ് ഏതാണ് പരിധിയിൽ എന്ന് എഴുതി വയ്ക്കുക.
| Assessment target | What the path exercises |
|---|---|
| Public VPN listener on the handset | Reachability before login, plus the exposed VPN daemon |
| A service on the handset, by its tunnel address | Access after admission to something hosted locally |
| A LAN host behind the handset gateway | Forwarding, the return path and downstream access policy |
അംഗീകൃത പരിധി മൂന്നിൽ ഏതാണെന്ന് പറയുന്നില്ലെങ്കിൽ, നിർത്തി ചോദിക്കുക. ഫോൺ റൂട്ട് ചെയ്യുന്നത് ഈ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നില്ല, അത് നിരീക്ഷണ കേന്ദ്രത്തെയല്ല, പരിശോധിക്കുന്ന കാര്യത്തെയാണ് മാറ്റുന്നത്.
ലക്ഷ്യങ്ങൾ, അനുവദിച്ച ഉറവിട വിലാസങ്ങൾ, സമയ വിൻഡോ, തീവ്രതയുടെ പരിധി എന്നിവ ഒരേ സമയം രേഖപ്പെടുത്തുക. ടണൽ നിങ്ങളെ ആ പരിധിയിലേക്ക് എത്തിക്കുന്നു; അത് റൂട്ട് ചെയ്യാൻ കഴിയുന്ന എല്ലാം പരിശോധിക്കാനുള്ള അനുമതി നൽകുന്നില്ല.
ഘട്ടം 2: ആ പ്രതലം കാണാൻ കഴിയുന്ന ഉറവിടം തിരഞ്ഞെടുക്കുക
VPN-നുള്ളിൽ ഇരിക്കുന്ന സ്കാനർ അംഗീകരിക്കപ്പെടാത്ത ഇന്റർനെറ്റ് നിരീക്ഷകനെ പുനർനിർമ്മിക്കാൻ കഴിയില്ല. പുറത്തുള്ള നിരീക്ഷകനില്ലാത്ത റൂട്ടുകളും ക്രെഡൻഷ്യലുകളും അനുമതികളും അതിന് ഇതിനകം ഉണ്ട്, അതിനാൽ ലക്ഷ്യ പ്രതലം അതേതുതന്നെയായാലും അതിന്റെ ഫലങ്ങൾ പ്രവേശനാനന്തര കാഴ്ചയാണ് വിവരിക്കുന്നത്. വിപരീതമായ പിശകും അത്രതന്നെ സാധാരണമാണ്. VPN പോർട്ടിന്റെ പൊതു സ്കാൻ ലോഗിന് പിന്നിലെ സ്വകാര്യ സേവനത്തെക്കുറിച്ച് ഏതാണ്ടൊന്നും പറയുന്നില്ല, അത് പറയുന്നതുപോലെ അവതരിപ്പിക്കുന്നത് ഒരു ദിശയിലേക്ക് സമ്മർദ്ദം അമിതമായി കാണിക്കുകയും മറ്റേ ദിശയിൽ കുറച്ചു കാണിക്കുകയും ചെയ്യുന്നു.
നിങ്ങൾക്ക് ലഭിക്കുന്ന ഉറവിടം പ്രതലവുമായി പൊരുത്തപ്പെടുന്നില്ലെങ്കിൽ നിർത്തുക. ടണലിനുള്ളിലെ സഹപ്രവർത്തകനിൽ നിന്ന് നടത്തിയ വിലയിരുത്തൽ അംഗീകാരത്തിന് മുമ്പുള്ള ഫലമായി അവതരിപ്പിക്കരുത്, അംഗീകൃത ബാഹ്യ ഉറവിടം ആവശ്യമായ പരിശോധന കടലാസ് ജോലി ഒഴിവാക്കാൻ നിശ്ശബ്ദമായി അകത്തേക്ക് മാറ്റരുത്.
ഘട്ടം 3: ഫോണിലൂടെയുള്ള റൂട്ടും മറുപടി പാതയും സ്ഥിരീകരിക്കുക
ഉപകരണം മറ്റൊരു സബ്നെറ്റിലേക്ക് കൈമാറുമ്പോൾ, സ്കാനർക്ക് അനുവദിച്ച റൂട്ടും ലക്ഷ്യത്തിന് പ്രവർത്തിക്കുന്ന മടക്ക പാതയും ആവശ്യമാണ്. ping മറുപടി പാത പൂർണ്ണമാണെന്ന് അർത്ഥമാക്കുന്നു എന്ന് അനുമാനിക്കുന്നതിന് പകരം രണ്ടും സ്ഥിരീകരിക്കുക.
ip route get 10.20.0.8
tcpdump -ni any host 10.20.0.8ഉറവിട NAT, താഴെയുള്ള സേവനം കാണുന്നതിനെ മാറ്റുന്നു. ഫോൺ സ്കാനറുടെ വിലാസം പരിഭാഷപ്പെടുത്തിയാൽ, ലക്ഷ്യത്തിലെ പ്രവേശന നിയമങ്ങളും ലോഗുകളും പരിഭാഷപ്പെടുത്തിയ വിലാസത്തിന് ബാധകമാണ്, അതിനാൽ നിങ്ങളെ സ്വീകരിക്കുന്നതായി തോന്നുന്ന സേവനം സ്കാനറെയല്ല, ഫോണിനെയാകാം സ്വീകരിക്കുന്നത്.
സ്കാനറിന്റെ സ്വന്തം നെറ്റ്വർക്കുമായുള്ള ഓവർലാപ്പും ശ്രദ്ധിക്കുക. ഫോൺ 192.168.1.0/24 റൂട്ട് ചെയ്യുകയും സ്കാനർ അതേ രീതിയിൽ നമ്പർ നൽകിയ LAN-ൽ ഇരിക്കുകയും ചെയ്താൽ, പ്രോബുകൾ പ്രാദേശിക ഉപകരണങ്ങളിൽ തട്ടുന്നു, റിപ്പോർട്ട് അവയെ ലക്ഷ്യമായി വിവരിക്കുന്നു. ഒരു പാക്കറ്റ് പോലും അയയ്ക്കുന്നതിന് മുമ്പ് സ്കാനർ തന്നെ ഉപയോഗിക്കുന്ന റൂട്ട് പരിശോധിക്കുക.
ലക്ഷ്യത്തിന്റെ യഥാർത്ഥ വിലാസം സ്കാൻ ചെയ്യുക, ആപ്ലിക്കേഷന് TLS ഐഡന്റിറ്റിക്കും വെർച്വൽ ഹോസ്റ്റിംഗിനും വേണ്ട ഹോസ്റ്റ്നെയിം നിലനിർത്തുക. ഗേറ്റ്വേയിൽ എത്തുന്നത് ഗേറ്റ്വേ മറുപടി നൽകുന്നു എന്ന് തെളിയിക്കുന്നു; അത് പിന്നിലെ സേവനം പരിശോധിക്കുന്നില്ല.
ഘട്ടം 4: കണ്ടെത്തലിനെ അനുമാനങ്ങളുള്ള പ്രോബായി കാണുക
ഹോസ്റ്റ് കണ്ടെത്തൽ എന്നത് വിലയിരുത്തൽ ഫലങ്ങൾ ഏറ്റവും കൂടുതൽ പിഴയ്ക്കുന്നയിടമാണ്. പ്രാദേശിക ഈതർനെറ്റ് കണ്ടെത്തൽ റൂട്ട് ചെയ്ത VPN കടക്കുന്നില്ല, അതിനാൽ പരന്ന LAN-ൽ പ്രവർത്തിക്കുന്ന പ്രോബുകൾ ലളിതമായി എത്തുന്നില്ല. തടയപ്പെട്ട കണ്ടെത്തൽ പ്രോബുകൾ പിന്നീട് എത്താൻ കഴിയുന്ന, അംഗീകൃത സേവനത്തെ അസ്തിത്വമില്ലാത്തതായി കാണിക്കുന്നു.
കണ്ടെത്തൽ ഒഴിവാക്കി അറിയപ്പെടുന്ന വിലാസങ്ങൾ നേരിട്ട് സ്കാൻ ചെയ്യണോ എന്ന് ബോധപൂർവം തീരുമാനിച്ച് അത് റിപ്പോർട്ടിൽ പറയുക. മറുപടി നൽകുന്ന പോർട്ട് VPN അംഗീകാരം വിജയിച്ചതിന്റെ തെളിവല്ല, ഫിൽട്ടർ ചെയ്ത മറുപടി ഒന്നും കേൾക്കുന്നില്ല എന്നതിന്റെ തെളിവുമല്ല. വേഗതയും അതേ പ്രശ്നത്തിന്റെ ഭാഗമാണ്. വേഗത്തിലുള്ള സ്കാനിൽ തടയുന്നതോ പാക്കറ്റ് ഉപേക്ഷിക്കുന്നതോ ആയ ഫോൺ സേവനത്തിനല്ല, ഫോണിന് അവകാശമുള്ള ഫിൽട്ടർ ചെയ്ത അവസ്ഥകൾ സൃഷ്ടിക്കുന്നു, അതിനാൽ സമാന്തരത കുറയ്ക്കുകയും പോർട്ട് അടച്ചതായി രേഖപ്പെടുത്തുന്നതിന് മുമ്പ് വീണ്ടും സ്കാൻ ചെയ്യുകയും ചെയ്യുക.
ഇവിടെ നിർത്താനുള്ള വ്യവസ്ഥ സാങ്കേതികതയല്ല, വ്യാഖ്യാനമാണ്: ഈ പാതയ്ക്ക് ഒരു അവസ്ഥയുടെ അർത്ഥം എന്തെന്ന് പറയാൻ കഴിയുന്നില്ലെങ്കിൽ, ഫലം കണ്ടെത്തലുകളിലല്ല, അനുബന്ധത്തിലാണ് വരേണ്ടത്.
ഘട്ടം 5: വിൻഡോ നിലനിർത്തുക, പിന്നീട് അടയ്ക്കുക
ഫോൺ മോശം സെർവറാണ്, കാരണം അത് ഉറങ്ങാൻ രൂപകൽപ്പന ചെയ്തതാണ്. ബാറ്ററി ഒപ്റ്റിമൈസേഷനും doze-ഉം Wi-Fi പവർ മാനേജ്മെന്റും വിലയിരുത്തലിനിടയിൽ ആപ്പ് താൽക്കാലികമായി നിർത്താം, ടണൽ വീണ്ടും ബന്ധിപ്പിക്കുന്നത് ലക്ഷ്യം ഉപയോഗിക്കുന്ന വിലാസം മാറ്റാം. അത്തരം സംഭവങ്ങളിലൊന്ന് കടന്നുപോകുന്ന ഓട്ടത്തിന് അസാധുവായ ഫല വിൻഡോ ഉണ്ടാകും.
അംഗീകൃത ജോലി അനുവദിക്കുന്ന ഏറ്റവും ചെറിയ പരിധിയിൽ ഗേറ്റ്വേ പങ്ക് നിലനിർത്തുക, ഓട്ടം ജീവനോടെയിരിക്കുമ്പോൾ ടണൽ നിരീക്ഷിക്കുക, നിങ്ങൾ റിപ്പോർട്ട് ചെയ്യുന്ന ഓരോ വിൻഡോയുടെയും ആരംഭവും അവസാനവും രേഖപ്പെടുത്തുക. വിലയിരുത്തൽ അവസാനിക്കുമ്പോൾ, താൽക്കാലിക പ്രവേശനം അതിന്റെ ഉടമയിലൂടെ നീക്കം ചെയ്യുക, ഉറവിടവും പാതയും രേഖ സൂക്ഷിക്കുക, മറ്റേതെങ്കിലും പരിശോധനാ കലാസൃഷ്ടിപോലെ ഔട്ട്പുട്ട് സംരക്ഷിക്കുക.
ഒറ്റത്തവണത്തെ വിജയത്തിന് പകരം ആവർത്തിക്കാവുന്ന നിരീക്ഷണ കേന്ദ്രം വേണമെങ്കിൽ, അതാണ് വാദിക്കേണ്ട ഫലം.ഹോസ്റ്റ് കണ്ടെത്തൽ സൂചന ഏത് പ്രോബുകളാണ് പ്രാദേശിക സെഗ്മെന്റ് അനുമാനിക്കുന്നത് എന്ന് വിശദീകരിക്കുന്നു, ശൂന്യമായ ഫലത്തെ സംരക്ഷിക്കാവുന്ന പ്രസ്താവനയാക്കി മാറ്റുന്നത് ഈ വിശദാംശമാണ്.