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

రెండు రికార్డులు, వాటిలో ఒకటి మాత్రమే ఉంది

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

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

ఎంపిక ఎ: ఎగ్జిట్ చిరునామాను మీరే క్యాప్చర్ చేయండి

ప్రతిధ్వని సేవ అభ్యర్థన వచ్చిన మూల చిరునామాను తిరిగి ఇస్తుంది, అదే నిర్వచనం ప్రకారం ఎగ్జిట్ చిరునామా. టన్నెల్ కనెక్ట్ అయిందని తెలిపిన తర్వాత క్యాప్చర్ నడపండి, ఎందుకంటే మార్గాలు మరియు DNS స్థిరపడకముందే కనెక్ట్ అయిందని చెప్పే క్లయింట్ టన్నెల్‌కు ముందు చిరునామాను నమోదు చేసి మొదటి పంక్తి నుండే లాగ్‌ను కలుషితం చేస్తుంది.

#!/bin/sh
umask 077
log="$HOME/vpn-exit.log"
printf '%s %s\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)" "$(curl -fsS https://api.ipify.org)" >> "$log"

రెండు వివరాలు ఆ భాగాన్ని అలంకారంగా కాకుండా ఉపయోగకరంగా చేస్తాయి. సమయ ముద్ర మరియు చిరునామా ఒకే పంక్తిని పంచుకుంటాయి, కాబట్టి తర్వాతి విశ్లేషణ రికార్డులను జోడించాల్సిన అవసరం లేదు, మరియు umask 077 ఫైల్‌ను సృష్టించిన క్షణం నుండే ప్రైవేట్‌గా ఉంచుతుంది. దీన్ని ప్రతి కనెక్షన్‌కు ఒకసారి నడపండి, ప్రతి బూట్‌కు ఒకసారి కాదు, ప్రతి పరికరానికి ఒక ఫైల్ ఉంచండి.

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

ఎంపిక బి: ప్రదాతను చరిత్ర అడగండి

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

లాగ్‌లు ఉంచము అని ప్రచారం చేసే ప్రదాతలు అడిగినప్పుడు ఇది ఇవ్వలేరు, మరియు క్లయింట్ వైపు ఇటీవలి స్థలాల జాబితా వేరే విషయం. లాగ్‌లు లేని ప్రదాతను ఎగ్జిట్ చిరునామా అడగడం సాధారణంగా ఈ డేటా ఎందుకు లేదో వివరణతో ముగుస్తుంది.

సపోర్ట్ కేసులో ప్రతి రికార్డ్ ఏమి నిరూపించగలదు

రెండు రికార్డులు వేర్వేరు ప్రశ్నలకు సమాధానం ఇస్తాయి, మరియు పట్టికలోనే పోలిక అకడమిక్‌గా ఉండటం మానేస్తుంది.

QuestionYour local logProvider record
Which address did the traffic leave from?Yes, for the moment it was capturedUsually not disclosed
Was the tunnel in use at 14:20?Yes, if the capture ranYes, within the retention window
Why did a location get slower?Yes, by comparing addresses over timeSometimes, as an infrastructure note
Who sent this specific request?NoNo

మొదటి నిలువు వరుస మాత్రమే మీ నియంత్రణలో ఉంది. ప్రదాత రికార్డ్ ఒక ఖాతా నిర్దిష్ట సమయంలో కనెక్ట్ అయి ఉందని నిర్ధారించగలదు, కానీ ఏ అభ్యర్థనలు టన్నెల్‌ను ఉపయోగించాయో నిర్ధారించలేదు, మరియు ప్రదాత కార్యాచరణ వివరంగా భావించే చిరునామాను పేర్కొనదు. ఏ రికార్డ్ వ్యక్తిని గుర్తించదు, ఎందుకంటే పంచుకున్న ఎగ్జిట్ చిరునామా అదే నిమిషంలో చాలా మంది కస్టమర్లను మోయగలదు.

ఏదాన్ని నమ్మే ముందు రెండింటినీ బేస్‌లైన్‌తో పోల్చండి

చిరునామా ఒంటరిగా ఏమీ నిరూపించదు. కనెక్ట్ అయ్యే ముందు నేరుగా చిరునామాను, తర్వాత టన్నెల్ ద్వారా వెళ్లిన చిరునామాను క్యాప్చర్ చేసి పోల్చండి. ఒకే విలువలు అంటే టన్నెల్ ఆ అభ్యర్థనను మోయడం లేదు, అది విభజిత టన్నెల్ వల్ల, ఆధిపత్య ప్రాక్సీ వల్ల లేదా నేరుగా మార్గానికి తిరిగిన క్లయింట్ వల్ల కావచ్చు.

curl -fsS https://api.ipify.org; echo
curl -fsS https://api64.ipify.org; echo
dig +short TXT o-o.myaddr.l.google.com @1.1.1.1

DNS మరియు IPv6 కోసం పోలికను పునరావృతం చేయండి, ఎందుకంటే చిరునామా ప్రతిధ్వని ఒక HTTP అభ్యర్థన మార్గాన్ని నిరూపిస్తుంది, ఏ రిజాల్వర్ సమాధానం ఇచ్చిందనే దాని గురించి ఏమీ చెప్పదు. ఒకదానిలో లీక్ అయ్యే పరికరం మరొకదానిలో పూర్తిగా ఆరోగ్యంగా కనిపించవచ్చు.

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