ఒక VPN లాగ్‌లో మూడు గడియారాలు: క్లయింట్, గేట్‌వే, సేకరణకర్త
క్లయింట్ లాగ్, గేట్‌వే రికార్డ్ మరియు సేకరణకర్త వద్దకు చేరడం — ఇవి మూడు గడియారాలతో కూడిన మూడు సంఘటనలు. టైమ్‌స్టాంప్‌లను పోల్చే ముందు మూలాన్ని గుర్తించండి.
VPN సంఘటన యొక్క కాలరేఖ సాధారణంగా కొన్ని నిమిషాల తేడాతో ఉన్న రెండు టైమ్‌స్టాంప్‌లతో మరియు వేరే గంటను చూపించే స్క్రీన్‌తో ప్రారంభమవుతుంది. ఒకదాన్ని సరైనదిగా ఎంచుకుని మరొకదాన్ని తిరిగి రాయడం ప్రలోభం. రెండూ సరైనవి కావచ్చు, ఎందుకంటే వేర్వేరు సంఘటనల గురించి వేర్వేరు గడియారాలు వాటిని రాశాయి. VPN కి ఒకే గడియారం ఉంటుందనేది పురాణం; పని ఏమిటంటే ఏ భాగం ఏ ఫీల్డ్ రాసిందో కనుక్కోవడం.
పురాణం: VPN కి ఒకే గడియారం
క్లయింట్ కనెక్షన్‌ను ప్రయత్నించినప్పుడు సంఘటనను రాస్తుంది. గేట్‌వే ఆ ప్రయత్నాన్ని పొందినప్పుడు లేదా అంగీకరించినప్పుడు సంఘటనను రాస్తుంది. సేకరణకర్త గేట్‌వే సందేశాన్ని పొందినప్పుడు చేరుకున్న సమయాన్ని రాస్తుంది. ఇవి మూడు సంఘటనలు, ప్రతి ఒక్కటి రాసిన భాగం నమ్మిన గడియారంతో ముద్రించబడింది. వాటిని ఒకే కాలరేఖలో కుదించడం మీరు వివరించడానికి ప్రయత్నిస్తున్న భేదాన్ని దాచే సౌలభ్యం.
సంఖ్యలు సాధారణంగా సెకన్ల నుండి నిమిషాల వరకు భిన్నంగా ఉంటాయి, అది సాధారణం. ముఖ్యమైనది భేదం డెలివరీ ఆలస్యమా, గడియార విచలనమా లేదా నిజంగా వేరే సంఘటనా అనేది. మీరు ఏది చూస్తున్నారో నిర్ణయించడానికి ప్రతి ఫీల్డ్ మూలం అవసరం, ఏ యంత్రం సరైనది అనే బలమైన అభిప్రాయం కాదు.
విలువకు ముందు మూలాన్ని చదవండి
విలువలను పోల్చే ముందు ప్రతి ఒక్కటి ఎవరు ఉత్పత్తి చేశారు మరియు ఏ ఫీల్డ్ అని గుర్తించండి. syslog సందేశం మూలం నుండి టైమ్‌స్టాంప్‌ను తీసుకువెళుతుంది, RFC 5424 వివరించినట్లు, మరియు ఫార్మాట్ సింక్రొనైజేషన్ మరియు ఖచ్చితత్వాన్ని వివరించే సమయ నాణ్యత సమాచారాన్ని కూడా తీసుకువెళ్ళగలదు. అదే ఫార్మాట్ సిస్టమ్ సమయాన్ని చదవలేనప్పుడు మూలం ఎటువంటి టైమ్‌స్టాంప్ పంపకుండా అనుమతిస్తుంది, అది తనలో తాను ఉపయోగకరమైన సంకేతం.
journalctl -o short-iso --utc -n 20
logger -t vpn-check "test event"క్లయింట్ అప్లికేషన్ మెటాడేటాగా సమయ విలువను కూడా పంపవచ్చు, దాన్ని నిల్వ చేసే సేవ దాన్ని స్వతంత్రంగా ధృవీకరించినట్లు పరిగణించడం బదులు క్లయింట్ నివేదించినట్లు లేబుల్ చేయాలి. ఆ లేబుల్ సాక్ష్యం మరియు దావా మధ్య భేదం. కేసు కోసం లాగ్‌లను ఎగుమతి చేస్తున్నప్పుడు ఫీల్డ్ పేరు, మూలం మరియు విచలనాన్ని కలిసి ఉంచండి. వాటిని సౌకర్యవంతమైన స్థానిక సమయానికి తగ్గించడం మీకు అవసరమైన సమాచారాన్నే నాశనం చేస్తుంది.
ఏ భాగం ఫీల్డ్‌ను రాసిందో చెప్పలేకపోతే ఆగండి. దాన్ని ఏదైనా వేరే దానితో పోల్చడం ఊహ.
సమయ ప్రాంత ప్రదర్శన వేరే క్షణం కాదు
అదే క్షణాన్ని 10:00Z మరియు 18:00+08:00 గా చూపించడం విసంగతి కాదు, దాన్ని విసంగతిగా భావించడం సగం రోజు వృథా చేస్తుంది. పోల్చే ముందు రెండింటినీ UTC కి మార్చి, అసలు పాఠాన్ని మార్పిడి పక్కన ఉంచండి. ఒక వైపు దశాంశ భిన్నం మరియు మరో వైపు పూర్తి సెకన్లు ఉండడం కూడా ఘర్షణ కాదు. ఖచ్చితత్వం అంటే సత్యం కాదు: మిల్లీసెకన్లతో ఉన్న విలువ కూడా కొన్ని నిమిషాలు తప్పుగా ఉన్న గడియారం నుండి రావచ్చు.
date -u +%FT%TZ
timedatectlడెలివరీ ఆలస్యం మరొక సాధారణ వివరణ. గేట్‌వే కనెక్షన్‌ను ఎప్పుడు అంగీకరించిందో నమోదు చేస్తుంది, సేకరణకర్త సందేశం తనను ఎప్పుడు చేరిందో నమోదు చేస్తుంది, కాబట్టి వాటి మధ్య ఖాళీ రవాణా సమయం. ఆ ఖాళీ లాగ్ పైప్‌లైన్ గురించి ఏదో చెబుతుంది, VPN సెషన్ గురించి కాదు. దాన్ని చేరుకున్న సమయంగా లేబుల్ చేయండి, అది సంఘటన సమయంతో పోటీ పడటం ఆపేస్తుంది.
సాక్ష్యాలను తిరిగి రాయకుండా సహసంబంధం చేయండి
అసలు టైమ్‌స్టాంప్‌లను ఉంచి, ఉమ్మడి దృశ్యం అవసరమైతే ఉత్పన్న నిలువు వరుసను జోడించండి. మూల రికార్డులను సవరించడం బదులు నోట్స్‌లో మార్పిడిని వివరించండి, ఎందుకంటే తర్వాతి సమీక్షకుడు తనిఖీ చేసేది మూలమే. సేకరణకర్త చేరుకున్న సమయాన్ని అది ఉన్న చోటంతా విడిగా భద్రపరచండి.
chronyc tracking
journalctl --utc -u openvpn-client@work -n 50 --no-pagerపరికరం గడియారాన్ని మార్చడం గోప్యతా నియంత్రణ కాదు మరియు మరొక వ్యవస్థ ఇప్పటికే కలిగి ఉన్న రికార్డులను తిరిగి రాయదు. ఇది మద్దతు సాక్ష్యాలను పోల్చడం కూడా కష్టతరం చేస్తుంది, సమయంపై ఆధారపడే ధృవపత్రం మరియు కోడ్ తనిఖీలను విచ్ఛిన్నం చేయవచ్చు. సాధారణ నిర్వహణ కోసం గడియారాలను సింక్రొనైజ్‌గా ఉంచండి, ఉద్దేశపూర్వక విచలనాన్ని విచారించాల్సిన లోపంగా పరిగణించండి. రెండు రికార్డులు క్రమం బయట ఉన్నట్లు అనిపిస్తే, కొత్త చరిత్రను నిర్మించే ముందు గడియార సింక్ మరియు డెలివరీని చూడండి.
వదిలివేయాల్సిన పురాణం ఏమిటంటే ఒకే VPN సమయం ఉంది. ప్రతి ఫీల్డ్ ఏమి రాసింది మరియు అలా చేసినప్పుడు ఏమి జరిగిందో అడగండి, అప్పుడు కాలరేఖ విరుద్ధం కాదు, లేబుల్ చేసిన పరిశీలనల సముదాయం అవుతుంది.