DNS పరిష్కారి లాగ్‌లు మరియు VPN కనెక్షన్ లాగ్‌లు: ప్రతి ఒక్కటి ఏమి నిల్వ చేస్తుంది
పరిష్కారి తనను సమాధానం చెప్పమని అడిగిన పేర్లను నమోదు చేస్తుంది; VPN తన స్వంత అమలు నుండి సొరంగ సంఘటనలను నమోదు చేస్తుంది. ఒక నిల్వ విధానం మరొకదాన్ని కవర్ చేయదు.
DNS పరిష్కారి లాగ్ మరియు VPN కనెక్షన్ లాగ్ రెండూ నెట్‌వర్క్ నమోదులు, రెండూ ఉపయోగకరమైనవి మరియు ఒకదానికొకటి ప్రత్యామ్నాయం కావు. పరిష్కారి తనను సమాధానం చెప్పమని అడిగిన పేర్లను స్వీకరిస్తుంది. VPN ముగింపు బిందువు సొరంగ కనెక్షన్లను నిర్వహిస్తుంది మరియు దాని అమలు వాటి గురించి నమోదు చేయాలని ఎంచుకున్నదాన్ని నమోదు చేస్తుంది. అవి ఒకే భవనంలో ఉండవచ్చు, ఒకే బృందం నిర్వహించవచ్చు మరియు ఒకే గోప్యతా నోటీసు పరిధిలో ఉండవచ్చు, అయినప్పటికీ వేర్వేరు గుర్తింపులతో మరియు వేర్వేరు నిల్వతో వేర్వేరు సంఘటనలను వివరిస్తాయి. ఒకదాన్ని మరొకటిగా చదవడమే విచారణలు దారి తప్పే మార్గం.
రెండు లాగ్‌లు, రెండు సంఘటనలు
పరిష్కారిలోని ఒక నమోదు నామకరణం గురించిన ప్రశ్నకు సమాధానం ఇస్తుంది: ఈ క్లయింట్ ఈ సమయంలో ఈ పేరును అడిగింది, మరియు సమాధానం ఇది. VPN నమోదు కనెక్టివిటీ గురించిన ప్రశ్నకు సమాధానం ఇస్తుంది: ఈ పీర్ సొరంగాన్ని ఏర్పాటు చేసింది లేదా కోల్పోయింది, ఈ చిరునామా కేటాయించబడింది, మరియు వెళ్లిపోయే ముందు సుమారు ఇంత డేటాను బదిలీ చేసింది. రెండూ HTTPS సెషన్ లోపల వినియోగదారు ఏమి చేశారు అనే నమోదు కావు, ఏదీ మరొకదాన్ని భర్తీ చేయదు.
ఈ భేదానికి వాగ్దానాలపై ఆచరణాత్మక పరిణామం ఉంది. VPN ప్రదాత సొరంగ కార్యకలాపాన్ని నమోదు చేయదన్న ప్రకటన అతను అందించే పరిష్కారి గురించి ఏమీ చెప్పదు, మరియు పరిష్కారి నిల్వ విధానం సొరంగానికి ఎవరు కనెక్ట్ అయ్యారనే దాని గురించి ఏమీ చెప్పదు. ప్రతి దావా దాని స్వంత నిర్వాహకుడికి మరియు దాని స్వంత వ్యవస్థకు చెందుతుంది.
ఏ లాగ్ చదివే ముందైనా ప్రశ్నను అనుసరించండి
ప్రశ్న పరిష్కారిని చేరుకునేది మార్గం నిజంగా దాన్ని అడిగినప్పుడే. అప్లికేషన్ ఆపరేటింగ్ సిస్టమ్ పరిష్కారిని ఉపయోగించవచ్చు, దాని స్వంత ఎన్‌క్రిప్టెడ్ DNS క్లయింట్‌ను నడపవచ్చు, లేదా కాష్ చేసిన సమాధానాన్ని చదివి ఏమీ పంపకపోవచ్చు. కాబట్టి ఏమీ చూపని పరిష్కారి లాగ్ పేరు ఎప్పుడూ ఉపయోగించబడలేదని రుజువు కాదు; ఈ పరిష్కారిని అడగలేదని రుజువు.
resolvectl status
dig @127.0.0.53 build.corp.example +qr
journalctl -u systemd-resolved -n 20 --no-pagerఆ చివరి ఆదేశం స్థానిక పరిష్కారి స్వంత జర్నల్‌ను చదుస్తుంది, ఇది పై సర్వర్ లాగ్‌కు సమానం కాదు. మీ ప్రశ్నలు DNS over HTTPS ద్వారా ప్రదాతకు వెళితే, స్థానిక స్టబ్ ఏమీ చూపకపోవచ్చు, ప్రదాత వద్ద పూర్తి నమోదు ఉంటుంది, మరియు ప్రదాత వేరే విధానంతో వేరే నిర్వాహకుడు.
ప్రతి నమోదు ఏమి చూపగలదు, ఏమి చూపలేదు
| Record | Typically shows | Does not show |
|---|---|---|
| Resolver log | Queried name, client address, time, response | Which page was fetched, or what the tunnel did |
| VPN connection log | Peer identity, assigned address, connect and disconnect times, volume | Which name the application asked for |
| Application or proxy log | Requests, status codes, sometimes full URLs | Resolved addresses for every dependency |
వాటిని అనుసంధానించడమే నిజమైన పని, అనుసంధానించడం ఎప్పుడూ సాధ్యం కాదు. క్లయింట్ చిరునామాలను నమోదు చేసే పరిష్కారిని తెలిసిన పూల్ నుండి చిరునామాలు కేటాయించే VPN తో పోల్చవచ్చు, ఆ పోలిక ప్రశ్నించిన పేరుకు మరియు సొరంగానికి మధ్య నమ్మదగిన సంబంధాన్ని సృష్టిస్తుంది, అది రెండు నమోదుల మధ్య సంబంధంగానే ఉంటుంది, వ్యక్తి నమోదు కాదు.
ఎన్‌క్రిప్టెడ్ DNS రవాణాను మారుస్తుంది, ముగింపు బిందువు వద్ద దృశ్యమానతను కాదు. పరిష్కారి తాను సమాధానం చెప్పే ప్రశ్నను ఇప్పటికీ స్వీకరిస్తుంది, RFC 8484 స్పష్టం చేసినట్లు, మరియు ఆ పరిష్కారిలో నిల్వ ప్రోటోకాల్ లక్షణం కాదు, విధాన నిర్ణయం.
విభజిత DNS మరియు కాష్‌లు కథను ఇబ్బంది పెట్టే చోట
అనేక పరిష్కారులు సాధారణం. విభజిత-DNS రూపకల్పన అంతర్గత పేర్లను అంతర్గత సర్వర్‌కు మరియు మిగతావన్నీ పబ్లిక్ సర్వర్‌కు పంపుతుంది, కాబట్టి ఒక విచారణ ఎప్పుడూ కలపాలని అనుకోని రెండు లాగ్‌లను మరియు ఎప్పుడూ పోల్చాలని అనుకోని రెండు నిల్వ సెట్టింగ్‌లను కలిగి ఉండవచ్చు. రెండింటిలో ప్రశ్నలు కనిపించడం రూపకల్పన పనిచేస్తున్నట్లు రుజువు, లీక్‌కు రుజువు కాదు.
కాష్‌లు వ్యతిరేక దిశలో కత్తిరిస్తాయి. ప్రసిద్ధ పేరుకు గంటల తరబడి కాష్ నుండి సమాధానం ఇవ్వవచ్చు, కాబట్టి పరిష్కారి నమోదు మొదటి ప్రశ్నను చూపి తర్వాత ఏమీ చూపదు, అయితే వినియోగదారు అప్లికేషన్ అదే పేరును సంతోషంగా పరిష్కరిస్తూనే ఉంటుంది. నిర్దిష్ట సమయం తర్వాత నమోదులు లేకపోవడం ఆ సమయం తర్వాత ఎవరూ పేరును ఉపయోగించలేదని అర్థం కాదు.
నేపథ్య ట్రాఫిక్ మూడవ వికృతి. బూట్ సమయంలో టెలిమెట్రీ పేరును పరిష్కరించే ఫోన్, శోధన సూచన డొమైన్‌ను పరిష్కరించే బ్రౌజర్, మరియు గంటకోసారి సంప్రదించే నవీకరణకర్త—అన్నీ పరిష్కారి లాగ్‌లో మీకు నిజంగా ముఖ్యమైన పేరు పక్కన కనిపిస్తాయి. ఆ లాగ్‌లోని పరిమాణం శ్రద్ధ కాదు, ప్రశ్నలను లెక్కించడం సందర్శనలను లెక్కించడం కాదు. పరిష్కారి లాగ్ ప్రశ్నల నమోదు, ప్రశ్నలను సృష్టించడం చవక.
నిల్వ ప్రశ్నలను విడిగా అడగండి
ప్రతి వ్యవస్థకు మూడు ప్రశ్నలు అడగండి: ఎవరు సేకరిస్తారు, ఏమి సేకరించబడుతుంది, మరియు ఎంత కాలం అది ఉంచబడుతుంది. తర్వాత దాన్ని ఎవరు చదవగలరు మరియు ఏ ప్రక్రియలో అని అడగండి. DNS over HTTPS గురించిన RFC 8484 చర్చ ఎన్‌క్రిప్టెడ్ రవాణా ముగింపు బిందువును తొలగించదని మంచి గుర్తుచేయడం, మరియు నిర్వాహకుడి స్వంత డాక్యుమెంటేషన్ మాత్రమే ఆ ముగింపు బిందువు ఏమి నిల్వ చేస్తుందనే దానిపై నమ్మదగిన ప్రకటన.
గోప్యత గురించి “VPN” పై దావా వేసినప్పుడు, దాన్ని అంగీకరించే ముందు భాగాలుగా విభజించండి: సొరంగ నిర్వాహకుడు, సొరంగం అందించే పరిష్కారి, ఆ ప్రశ్నలు చేరే ఏదైనా పై పరిష్కారి, మరియు పరికరంలోని అప్లికేషన్లు. ప్రతి ఒక్కటి దాని స్వంత సమాధానాన్ని కలిగి ఉంటుంది, మరియు ఒకదానికి ఖచ్చితమైన దావా నాలుగింటినీ కవర్ చేసినట్లుగా విధిగా పునరావృతమవుతుంది.
సమస్య పరిష్కారానికి అదే విభజనను ఉపయోగించండి. ఏ అప్లికేషన్ ప్రశ్న చేసింది మరియు ఏ పరిష్కారి సమాధానం ఇచ్చింది అని అడగండి, తర్వాత ఆ సంఘటనను నిజంగా కలిగి ఉన్న లాగ్‌ను చూడండి. మరొక లాగ్ నుండి ఊహించడం ఒక నిమిషాన్ని ఆదా చేస్తుంది మరియు ఒక మధ్యాహ్నాన్ని ఖర్చు చేస్తుంది.