VPN లాగ్ బ్రౌజింగ్ చరిత్రను చూపగలదా? రుజువు ఏమి నిరూపిస్తుంది
సెషన్ లాగ్, రిజాల్వర్ ప్రశ్న మరియు ఫ్లో రికార్డ్ వేర్వేరు విషయాలను నిరూపిస్తాయి. ప్రశ్నను ఎంచుకోండి, గుర్తింపు మరియు సమయాన్ని కలపండి, ఆపై చూపినది మాత్రమే చెప్పండి.
రెండు ఆడిట్ ప్రశ్నలు ఒకేలా వినిపిస్తాయి కానీ వేర్వేరు రకాల రుజువులు అవసరం. ఈ చిరునామాను ఏ సెషన్ సంప్రదించింది అనేది కనెక్షన్ మరియు ఫ్లో రికార్డుల నుండి జవాబు చెప్పగలము. ఈ పేజీని ఏ వ్యక్తి తెరిచాడు అనేది సాధారణంగా కుదరదు, కనీసం ఆ రికార్డుల నుండి కాదు. ప్రశ్నను ఎంచుకునే ముందు సేకరణకర్తను ఎంచుకోవడం అంటే నెట్‌వర్క్ బృందం చివరికి హోస్ట్‌నామ్‌ను బ్రౌజింగ్ చరిత్రగా ప్రదర్శించే విధానం.
ఆడిట్ నిర్ధారించాల్సిన సంఘటనతో ప్రారంభించండి
ప్రశ్నను కర్త, క్రియ మరియు సమయం ఉన్న వాక్యంగా రాయండి. ఆ క్రమశిక్షణ మాత్రమే సెషన్ రికార్డు మరియు పేజీ వీక్షణ మధ్య ఖాళీని బయటపెడుతుంది. సెషన్ లాగ్ ఒక గుర్తింపు, ఒక వ్యవధి కోసం, నమోదైన విధానం కింద ఇచ్చిన చిరునామాతో అంగీకరించబడిందని నిర్ధారిస్తుంది, కానీ ఎవరు ఏ పేజీ చదివారో నిర్ధారించలేదు, ఎందుకంటే అది అభ్యర్థనను ఎప్పుడూ చూడలేదు.
సేకరణను రూపకల్పన చేయక ముందు పరిశీలనకు పేరు పెట్టండి. సందర్శించిన సైట్ పేరుతో ఉన్న క్షేత్రం నిజానికి పరిష్కరించిన పేరును నిల్వ చేస్తే అది భవిష్యత్ తప్పు, సౌలభ్యం కాదు. క్షేత్రాల పేర్లు వాటిని ఎంచుకున్న వ్యక్తుల కంటే ఎక్కువ కాలం జీవిస్తాయి, కాబట్టి ముగింపును కాక రుజువును వివరించే పేర్లను ఎంచుకోండి.
ప్రతి రికార్డ్ ఏమి బలపరచగలదు, ఏమి కాదు
దాదాపు ప్రతి ఆడిట్ రూపకల్పనలో నాలుగు రకాల రికార్డులు కనిపిస్తాయి, ప్రతి ఒక్కటి వేరే ప్రశ్నకు జవాబు ఇస్తుంది. నివేదికలో మరియు పైప్‌లైన్‌లో వాటిని విడిగా ఉంచండి, ఎందుకంటే వాటిని కలపడమే సమర్థనీయమైన కనుగొనడాన్ని సిగ్గుచేటుగా మార్చే విధానం.
| The question being asked | Record that can answer it | What that record proves | What still needs a join |
|---|---|---|---|
| Was this address contacted? | Flow record | The connection five-tuple and when it was seen | Which session held the address at that moment |
| Which account held that address? | Session log | Which identity authenticated and the tunnel address it received | Which device or person used that account |
| Was this name looked up? | Resolver query | That this resolver was asked for this name | Whether a page was fetched, and by whom |
| Was this page viewed? | Proxy or application transaction | The request and identity recorded inside that application's scope | Traffic outside that application's visibility |
| Who was the person? | None of the four on its own | An account in use, at best | A named human, whenever accounts are shared |
చివరి నిలువు వరుసను మధ్య దానిలా జాగ్రత్తగా చదవండి. ఫ్లో రికార్డు చిరునామాలు మరియు పోర్టులను వివరిస్తుంది, చిరునామా రివర్స్ శోధన బ్రౌజర్ ఉపయోగించిన పేరును తిరిగి నిర్మించదు, ఎందుకంటే ఒక చిరునామా అనేక సంబంధం లేని సైట్లను హోస్ట్ చేయగలదు. రిజాల్వర్ ప్రశ్న ప్రశ్న అడిగినట్లు నిరూపిస్తుంది, పేజీ చూపినట్లు కాదు. TLS చర్చల సమయంలో కనిపించే హోస్ట్‌నామ్ కూడా గుప్తీకరించిన అభ్యర్థన మార్గం కాదు.
వీటిలో ప్రతి ఒక్కటి నిజమైన పరిశీలన, వాటిలో ఏదీ ప్రజలు ఊహించే పరిశీలన కాదు. తన సొంత గుప్తీకరించిన రిజాల్వర్‌పై పట్టుబట్టే బ్రౌజర్ పర్యవేక్షణ పరిధి వెలుపల ఉంటుంది, లాగింగ్ ఎప్పుడూ చూడని దాన్ని విశ్లేషణ తిరిగి పొందలేదు. ఆ ఖాళీ నివేదికలో పాదపీఠిగా కాక స్పష్టమైన పరిమితిగా ఉండాలి.
అంచనా శోధనలు మరియు కాష్ జవాబులు
బ్రౌజర్లు పేర్లను ముందుగానే పరిష్కరిస్తాయి, కొన్నిసార్లు ఏమీ లోడ్ చేయకుండానే. మీరు గమనిస్తున్న రిజాల్వర్‌కు కొత్త ప్రశ్న పంపకుండా కాష్ నుండి జవాబు ఇస్తాయి, అంటే ప్రశ్న లేకపోవడం సందర్శన లేకపోవడం కాదు. ఈ రెండు ప్రవర్తనలు DNS లాగ్ మరియు బ్రౌజింగ్ చరిత్ర మధ్య సాధారణ సమీకరణాన్ని బద్దలు కొడతాయి.
DNS over HTTPS రెండవ సరిహద్దును జోడిస్తుంది: సొంత రిజాల్వర్ ఉన్న బ్రౌజర్ లేదా అతిథి అనువర్తనం సంస్థ లాగర్‌ను ఏమీ అడగదు. ఖచ్చితమైన లావాదేవీలు అనువర్తనం యొక్క స్వంత సంఘటనల నుండి లేదా మీరు స్పష్టంగా మద్దతు ఇచ్చే లాగింగ్ ఉన్న ప్రాక్సీ నుండి మాత్రమే వస్తాయి. సాధారణ HTTPS CONNECT సొరంగం ప్రాక్సీకి లోపలి పేజీ మార్గాలపై ఎటువంటి దృష్టిని ఇవ్వదు. నెట్‌వర్కును సొంతం చేసుకోవడం అనువర్తనం యొక్క విశ్వాస నమూనాను నిశ్శబ్దంగా మార్చడానికి అనుమతి కాదు.
చిరునామా సెషన్‌కు చెందుతుంది, వ్యక్తికి కాదు
సొరంగ పరిధి చిరునామాను మోసే ఫ్లో రికార్డు జవాబు కాదు, ప్రారంభ స్థానం. ఆ చిరునామా మరియు సమయ ముద్రను ఆ క్షణంలో చురుకుగా ఉన్న సెషన్ కేటాయింపుకు కలపండి, ఎందుకంటే ఆ చిరునామా గంట తర్వాత మరొక సెషన్‌కు కేటాయించబడవచ్చు. స్థిర చిరునామీకరణ ఆ సంబంధాన్ని ఉంచే ఒక మార్గం, ఏకైక మార్గం కాదు.
అనువాద దశ సెన్సార్ పైభాగంలో అనేక పరికరాలను ఒకే మూల చిరునామాగా కలిపినప్పుడు, కలయిక భాగస్వామ్య గేట్‌వే సెషన్‌ను మాత్రమే పేర్కొనగలదు. భాగస్వామ్య ఖాతా లేదా అనేక మంది ఉపయోగించే ధృవపత్రం నెట్‌వర్క్ డేటా ఎంత పూర్తిగా కనిపించినా ఆపాదనను పరిమితం చేస్తుంది. రెండూ నివేదికలో తర్వాతి హెచ్చరికలుగా కాక పరిమితులుగా ఉండాలి.
సమయ ప్రాంతం, గడియార మూలం, పరిశీలన బిందువు మరియు మధ్యలో ఉన్న ప్రతి అనువాద సరిహద్దును నమోదు చేయండి. లేకపోవడానికి ఉనికికి సమానమైన శ్రద్ధ అవసరం, ఎందుకంటే తప్పిపోయిన రికార్డు అంటే ఫ్లో ఎంట్రీ గడువు ముగిసింది, సెన్సార్ ప్యాకెట్‌ను ఎప్పుడూ చూడలేదు లేదా అనువర్తన లాగ్ ఆఫ్ చేయబడింది అని అర్థం కావచ్చు.
పేర్కొన్న ప్రయోజనం కోసం రూపకల్పన చేయండి, తర్వాత పైప్‌లైన్‌ను నిరూపించండి
ప్రశ్న నిర్ణయమైన తర్వాత, ఏ క్షేత్రాలు అవసరం, ఎవరు చదవగలరు, ఎంత కాలం ఉంచబడతాయి అని నిర్వచించండి. నిల్వ చవకగా ఉందని ఎక్కువ సేకరించడం విచారణను మించి నిలిచే బాధ్యతను సృష్టిస్తుంది. RFC 6973 లోని గోప్యతా నమూనా పరస్పర సంబంధం, తప్పు ఆపాదన మరియు అనవసర సేకరణను తర్వాతి ఆలోచనగా కాక రూపకల్పన సమస్యలుగా పరిగణిస్తుంది.
మ్యాపింగ్ మరియు రికార్డులను ఒకే వస్తువుగా కాపాడండి, ఎందుకంటే ప్రతి ఒక్కటి విడిగా జోడి కంటే చాలా తక్కువ సున్నితమైనది. తర్వాత నివేదిక ఆధారపడే అతి చిన్న ప్రశ్నను ఉపయోగించి, మీకు సృష్టించడానికి అనుమతి ఉన్న మరియు మీరు ఇప్పటికే అర్థం చేసుకున్న కార్యకలాపంపై రూపకల్పనను ధృవీకరించండి. తెలిసిన సంఘటనను తిరిగి ఉత్పత్తి చేయలేని పైప్‌లైన్ తెలియని దాన్ని కూడా తిరిగి ఉత్పత్తి చేయదు. రుజువు బలపరిచే సంఘటనను, రుజువు అనుమతించే మాటల్లో నివేదించండి, పెద్ద ముగింపును పాఠకుడే చేరుకోనివ్వండి.
కనుగొనడం పక్కన పరిమితులను రాయండి: ఏమి కలపబడింది, ఏమి అనువదించబడింది, ఏ లాగ్ నిశ్శబ్దంగా ఉండిపోయింది. తన సరిహద్దులను పేర్కొనే కనుగొనడం, నమ్మకమైన సారాంశం తట్టుకోలేని సమీక్షను తట్టుకుంటుంది. రుజువు మరియు రుజువు గురించిన కథ మధ్య వ్యత్యాసం అదే.