VPN సేవాదాయకంపై వచ్చే హెచ్చరిక: పరిశీలనా బిందువును చదవండి

VPN వెనుక ఉన్న సేవాదాయకం తన ప్రజా సేవా నమోదులను ఉంచుకుంటుంది, ప్రజలు వాటిని కనుగొంటూనే ఉంటారు. హెచ్చరికల క్యూలోకి వచ్చేది ఒక కనుగొనడం కాదు, మూడు సాధ్యమైనవి, అవి వేర్వేరు అర్థాలను ఇస్తాయి. మొదటి పని బహిర్గతమైన సేవను బహిర్గతమైన లాగిన్ వివరాల నుండి వేరు చేయడం.

పరిశీలనా బిందువులను క్రమంగా దాటండి. సాక్ష్యం తన వర్గాన్ని మార్చినప్పుడు ఆగండి, ఎందుకంటే తదుపరి దశ వేరే ప్రశ్నకు సమాధానం ఇస్తుంది.

మొదటి దశ: క్యాప్చర్ నిజంగా చూసినది

ప్యాకెట్ క్యాప్చర్ మార్గంలో తన స్వంత బిందువు వద్ద కనిపించినదాన్ని నమోదు చేస్తుంది. ఆ బిందువు తరువాతి వడపోత నిర్ణయానికి ముందు ఉండవచ్చు. పట్టుబడిన ప్యాకెట్ ట్రాఫిక్ అక్కడికి చేరిందని నిరూపిస్తుంది. తరువాత ఏమి జరిగిందనే దాని గురించి ఏమీ నిరూపించదు.

ఇంటర్ఫేస్ను కూడా గమనించండి. ప్రజా అడాప్టర్పై చేసిన క్యాప్చర్ మరియు సొరంగం లోపల చేసిన క్యాప్చర్ వేర్వేరు రాక బిందువులను వివరిస్తాయి, తప్పు బిందువును ఉటంకించే హెచ్చరిక తప్పు ముగింపుకు దారి తీస్తుంది.

Windows స్టాక్ యొక్క అనేక పొరల్లో వడపోస్తుంది, కాబట్టి క్యాప్చర్ సాధనం రెండవ పొరపై, ఫైర్వాల్ మూడవ పొరపై ఉంటుందనే చక్కటి నమూనా నిజమైన ఉత్పత్తిని ఎదుర్కొన్నప్పుడు నిలబడదు. Windows Filtering Platform యొక్క అవలోకనం స్టాక్ పొరల అంతటా వడపోతను వివరిస్తుంది, అందుకే పరిశీలన క్రమాన్ని ఊహించకుండా నిర్ధారించాలి.

రెండవ దశ: తిరస్కరణ నమోదు ఏమి నిర్ధారిస్తుంది

తిరస్కరణ నమోదు ఒక విధాన సరిహద్దు ఆ ప్యాకెట్ను తిరస్కరించిందని చెబుతుంది. ఇది బలమైన సాక్ష్యం. ఇది సన్నని సాక్ష్యం కూడా, ఎందుకంటే ఒక సరిహద్దులో ఒక నిర్ణయాన్ని మాత్రమే కవర్ చేస్తుంది. స్టాక్లో మరేదీ దీని ద్వారా వివరించబడదు.

టుపుల్ మరియు సమయ ముద్రపై సరిపోల్చండి. అదే మూలం, అదే గమ్యం, అదే పోర్టు, అదే సెకనులో. అలాంటి సరిపోలిక లేకపోతే, మరో లాగ్లో కనిపించే సమానమైన సంఘటన మరో సంఘటన మాత్రమే, వాటిని జోడించడం ఎవరూ సమర్థించలేని కథను సృష్టిస్తుంది.

# what did the firewall actually drop, and when?
Get-NetFirewallProfile -PolicyStore ActiveStore | Select-Object Name, LogAllowed, LogBlocked
Get-Content "$env:systemroot\System32\LogFiles\Firewall\pfirewall.log" | Select-String 'DROP'

# correlate with a listening service on the same port
Get-NetTCPConnection -LocalPort 3389 -State Listen | Select-Object LocalAddress, OwningProcess

మూసిన పోర్టు మరియు తిరస్కరించిన ప్యాకెట్ బయటి నుండి ఒకేలా కనిపిస్తాయి, ఈ రెండు ఫలితాల్లో పూర్తిగా భిన్నంగా ఉంటాయి. ఆ భేదమే స్థానిక నమోదును చదవడానికి మొత్తం కారణం.

మూడవ దశ: ప్రామాణీకరణ సంఘటన ఏమి నిరూపిస్తుంది

ప్రామాణీకరణ సంఘటన ఒక భాగం ఫలితాన్ని నమోదు చేసే స్థాయి వరకు అభ్యర్థనను ప్రాసెస్ చేసిందని చెబుతుంది. మూడు దశల్లో గుర్తింపు గురించి మాట్లాడేది ఇది మాత్రమే, దానికి ముందు ఎన్ని ప్యాకెట్లు వచ్చాయనే దాని గురించి ఏమీ చెప్పదు.

సంఘటన యొక్క నిజమైన సందర్భాన్ని చదవండి. ఉనికిలో లేని ఖాతా కోసం విఫలమైన లాగిన్ స్కానింగ్ నుండి వచ్చే శబ్దం. నమ్మదగిన మూలంతో ఉన్న నిజమైన ఖాతా కోసం విఫలమైన లాగిన్ వేరే ప్రాధాన్యత. విజయవంతమైన సెషన్ పూర్తిగా వేరే సంఘటన వర్గం.

ప్రోటోకాల్ పేర్లను కూడా గమనించండి. RPC మరియు RDP వేర్వేరు పోర్టులతో వేర్వేరు సేవలు. వాటిలో ఒకటి మాత్రమే గమనించే గుర్తింపు మరొకదాన్ని కవర్ చేయదు. నెట్వర్క్ కార్యకలాపాన్ని సంగ్రహించే సాధనాలు సంఘటనను ఆ రెండింటిలో ఏది సృష్టించిందో ఎప్పుడూ చెప్పవు.

ఒక సరిపోల్చిన నమూనా డాష్బోర్డ్ కంటే గొప్పది

ఒక అధికృత పరీక్షను ఎంచుకోండి, ఉద్దేశపూర్వకంగా నడపండి, మొదటి నుండి చివరి వరకు ట్రేస్ చేయండి: గమ్య చిరునామా మరియు ఇంటర్ఫేస్, నిజమైన మూల చిరునామా, సేవా పోర్టు, అమలులో ఉన్న ఫైర్వాల్ ప్రొఫైల్ మరియు నియమం, మరియు సరిపోలే సేవా ఫలితం. ఆ గొలుసులో ఏదైనా ఎగువ మ్యాపింగ్ లేదా క్లౌడ్ ఫైర్వాల్ను చేర్చండి, ఎందుకంటే అక్కడి అనుమతించే నియమం చక్కటి స్థానిక నియమాన్ని అధిగమించగలదు.

తరువాత రెండు బాధ్యతలను వేరు చేయండి. నిర్వహణ VPN ద్వారా మాత్రమే ఉండాలంటే, ఆమోదించిన పునరుద్ధరణ మార్గాన్ని ఉంచుకుంటూనే ప్రజా మార్గం మరియు సొరంగ మార్గం రెండింటిలోనూ అమలు చేయండి. తిరస్కరించిన ప్రయత్నాన్ని పర్యవేక్షించడం సేవాదాయకం ఏమి అంగీకరించాలో నిర్ణయించడంతో సమానమైన పని కాదు.

భౌగోళిక నియమం లేదా నిరోధించిన సంబంధం లేని ప్రోటోకాల్ పరిశీలించిన నమోదును మరియు దానికి లభించిన నిర్ణయాన్ని కనుగొనడానికి ప్రత్యామ్నాయం కాదు. VPN కూడా కాదు: బయటకు వెళ్లే ట్రాఫిక్ను సొరంగం ద్వారా పంపడం లోపలికి వచ్చే అధికారం గురించి ఏమీ నమోదు చేయదు.