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

డాష్‌బోర్డ్ నుండి కాదు, ఒక సంఘటన నుండి ప్రారంభించండి

ఒకే ప్రామాణీకరణ సంఘటనను ఎంచుకుని దాన్ని ఏది గుర్తిస్తుందో రాయండి: గేట్‌వే నమూనా మరియు విడుదల, ప్రామాణీకరణ పద్ధతి, సంఘటన గుర్తింపు, సమయ ముద్ర మరియు మూల చిరునామా. వ్యక్తి టైప్ చేసిన విధంగానే వినియోగదారు పేరును జోడించండి, పెద్ద మరియు చిన్న అక్షరాలతో సహా, ఎందుకంటే అక్షర సున్నిత శోధన ఉన్న ఫీల్డ్‌ను దాచగలదు. ఆ సంఘటనను ప్రతి తరువాతి పోలికకు సూచనగా పరిగణించండి.

సంఘటన రకాలు ఒకే స్కీమాను పంచుకోవు. విఫల ప్రయత్నం, క్లయింట్ లేని విజయవంత లాగిన్ మరియు టన్నెల్ పునఃకనెక్షన్ ప్రతి ఒక్కటి వేర్వేరు ఫీల్డ్‌లను ఉత్పత్తి చేయగలవు, మరియు ప్రయత్నం వినియోగదారు ప్రామాణీకరణకు చేరకపోతే కొన్ని గేట్‌వేలు గుర్తింపును వదిలివేస్తాయి. కాబట్టి ఒక సంఘటన రకంలో ఖాళీ నిలువు వరుస పైప్‌లైన్ సమస్యకు బలహీన సాక్ష్యం.

నిజమైన ఉద్యోగి ఖాతా బదులు ఆమోదించబడిన పరీక్షా గుర్తింపుతో పని చేయండి, మరియు పోలికను లాగ్ డేటాపై ఇప్పటికే వర్తించే యాక్సెస్ నియమాల లోపల ఉంచండి. కేవలం నమూనా పొందడానికి వివరమైన ప్రామాణీకరణ లాగింగ్‌ను విస్తృతంగా ఆన్ చేయడం మీరు కొలవాలని ప్రయత్నిస్తున్న వ్యవస్థను మారుస్తుంది.

నాలుగు సరిహద్దులను వరుసగా పోల్చండి

విలువ నాలుగు బిందువులలో ఒకదానిలో మాయమవ్వగలదు. ప్రతి బిందువుకు వేరే యజమాని మరియు వేరే సరిదిద్దుడు ఉంటాయి.

BoundaryWhat to compareA gap means
Gateway event viewThe device's own event display and logging policyThe identity was masked or never emitted
Collector receiveThe raw event as received, before parsingTransport, filter or source selection dropped it
Index-time pipelineTransforms applied before storageRedaction or rewriting removed the value
Search-time extractionThe field name and regex used by the queryThe label does not match the stored key

విలువ మాయమయ్యే మొదటి సరిహద్దు వద్ద ఆగండి. పరికర వీక్షణకు మరియు ముడి కాపీకి మధ్య భేదం రవాణా లేదా సేకరణకర్త సంరచనను సూచిస్తుంది; అక్కడ సరిపోలిక ఉన్నా సూచిక చేయబడిన సంఘటనలో విలువ లేకపోవడం ఒక రూపాంతరాన్ని సూచిస్తుంది; సూచిక చేయబడిన సంఘటనలో విలువ ఉన్నా డాష్‌బోర్డ్‌లో లేకపోవడం సంగ్రహణ లేదా ప్రశ్నను సూచిస్తుంది.

ఈ క్రమం ముఖ్యం ఎందుకంటే ప్రతి తరువాతి దశ సమాచారాన్ని కోల్పోవడం మాత్రమే చేయగలదు, ఎప్పుడూ దాన్ని పునరుద్ధరించలేదు. ఒక సాధారణ వ్యక్తీకరణ మునుపటి దశ ప్లేస్‌హోల్డర్‌తో భర్తీ చేసిన స్ట్రింగ్‌ను తిరిగి పొందలేదు, మరియు గోప్యతా సెట్టింగ్ ఎప్పుడూ పంపని విలువను వివరించలేదు.

మూలంలో ముసుగు వేయడం విధానం, పార్సర్ బగ్ కాదు

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

ఖచ్చితమైన ప్రాతినిధ్యం విడుదల మరియు సందేశ రకంపై ఆధారపడి ఉంటుంది. ఒక సంఘటన ప్లేస్‌హోల్డర్‌ను కలిగి ఉండవచ్చు, మరొకటి ఫీల్డ్‌ను పూర్తిగా వదిలివేయవచ్చు, మరియు ప్రామాణీకరణ వైఫల్యంలో ఎప్పుడూ పేరు ఉండకపోవచ్చు. ప్రతి తప్పిపోయిన గుర్తింపుపై పాత బగ్ నివేదికను వర్తించే బదులు నిర్దిష్ట సంఘటనకు పత్రీకరించిన ప్రవర్తనను తనిఖీ చేయండి.

ముసుగు ఉద్దేశపూర్వకంగా ఉన్నప్పుడు, ప్రశ్న ఫీల్డ్‌ను ఎలా పునరుద్ధరించాలనే దాని నుండి ఆడిట్ అవసరాన్ని మరో విధంగా నెరవేర్చగలమా అనే దానికి మారుతుంది. సెషన్ గుర్తింపులు, చిన్న సమూహం వద్ద ఉన్న నియంత్రిత గుర్తింపు మ్యాపింగ్, లేదా సన్నని అధికార పొందిన సంఘటన ఫీడ్ తరచుగా ప్రతి ప్రయత్నించిన వినియోగదారు పేరును ప్రతి లాగ్ పాఠకుడి ముందు ఉంచకుండా అవసరాన్ని తీరుస్తాయి.

సూచిక చేయడానికి ముందు అనామకీకరణను తిరిగి తీసుకోలేరు

సంఘటన ప్రాసెసింగ్ గురించి Splunk పత్రం, సూచిక చేయడానికి ముందు డేటాను తిరిగి రాసే లేదా తొలగించే sed వ్యక్తీకరణలు మరియు రూపాంతరాల ద్వారా అనామకీకరణను వివరిస్తుంది. సరిగ్గా ఆ స్థానమే ముఖ్యం: ముడి సంఘటన లోపలికి వచ్చేటప్పుడే మారుతుంది, కాబట్టి శోధన సమయపు సంగ్రహణకు కనుగొనడానికి ఏమీ మిగలదు.

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

నిల్వ చేసిన సంఘటనలో ఇంకా గుర్తింపు ఉంటే, సమస్య క్రింద ఉంది: మూల రకం, పంక్తి విభజన, విభాజక నిర్వహణ, ఫీల్డ్ ఉపనామాలు లేదా ప్రశ్న స్వయంగా. ఇవి సాధారణ పార్సింగ్ సరిదిద్దుళ్లు మరియు అవి గోప్యతా సరిహద్దును తాకవు.

సరిహద్దుకు సరిపోయే సరిదిద్దుడును ఎంచుకోండి

మూడు షరతులు ప్రతిస్పందనను నిర్ణయిస్తాయి. మొదట, గోప్యతా విధానం గుర్తింపును మినహాయించాలని భావిస్తుందా? రెండవది, ఆడిట్ లేదా విచారణ ప్రక్రియకు గుర్తింపు, మారుపేరు, లేదా సెషన్ మాత్రమే అవసరమా? మూడవది, విలువ ఏ సరిహద్దులో అవసరం — సేకరణ, నిల్వ లేదా ప్రదర్శన?

విధానం మినహాయించాలని భావిస్తే, నియంత్రణను కాదు, అవసరాన్ని లేదా ప్రదర్శనను మార్చండి. విధానం గుర్తింపును అనుమతించినా సేకరణ దాన్ని వదిలేస్తే, సేకరణకర్తను సరిదిద్ది ముడి సంఘటనను నిర్ధారించండి. నిల్వ చెక్కుచెదరకుండా ఉంటే, సంగ్రహణను సరిదిద్ది ప్రారంభంలో స్వాధీనం చేసుకున్న ఆమోదించబడిన సంఘటనకు వ్యతిరేకంగా పరీక్షించండి.

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

సంబంధిత వ్యాసాలు