நீங்கள் பயன்படுத்திய VPN வெளியேறும் முகவரியை எவ்வாறு பதிவு செய்து சரிபார்ப்பது
கிளையண்ட் செயலிகள் இருப்பிடப் பெயரைக் காட்டுகின்றன, உங்கள் டிராஃபிக் வெளியேறிய முகவரியை அல்ல. இணைக்கும்போது வெளியேறும் IP-ஐப் பதிவு செய்து நேரடி அடிப்படைக் கோட்டுடன் ஒப்பிடுங்கள்.
ஒரு டெஸ்க்டாப் 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 கோப்பை உருவான தருணத்திலிருந்தே தனிப்பட்டதாக வைத்திருக்கிறது. இதை ஒவ்வொரு இணைப்புக்கும் ஒரு முறை இயக்குங்கள், ஒவ்வொரு துவக்கத்திற்கும் ஒரு முறை அல்ல, ஒவ்வொரு சாதனத்திற்கும் ஒரு கோப்பை வைத்திருங்கள்.
பதிவு நீங்கள் சுரங்கப்பாதையை எப்போது பயன்படுத்தினீர்கள், எந்த வலையமைப்பிலிருந்து தோன்றினீர்கள் என்பதைப் பதிவு செய்கிறது, இது எண்ணிக்கையை விட உலாவல் வரலாற்றுக்கு நெருக்கமானது. நீங்கள் பாதுகாக்கக்கூடிய காலத்தைத் தேர்ந்தெடுங்கள், கோப்பை பகிரப்பட்ட ஒத்திசைவு கோப்புறைகளுக்கு வெளியே வைத்திருங்கள், தெரிந்தே அதை அழிக்கவும்.
வழி ஆ: வழங்குநரிடம் வரலாற்றைக் கேளுங்கள்
சில வழங்குநர்கள் இணைப்புப் பதிவுகளை வைத்திருந்து, ஆதரவுக் கேள்விக்கு நேரமுத்திரை மற்றும் சர்வர் பெயருடன் பதில் தருவார்கள். அந்தப் பதிவு அவர்களின் உள்கட்டமைப்பை விவரிக்கிறது, உங்கள் டிராஃபிக்கை அல்ல, மேலும் அவர்களின் தக்கவைப்பு சாளரமும் பார்க்கும் விருப்பமும் எவ்வளவு மதிப்புள்ளதோ அவ்வளவே மதிப்புள்ளது. இது ஒரு அமர்வையும் விவரிக்கிறது, கோரிக்கையை அல்ல. சாளரம் பொதுவாகச் சிறியது, அது சுரங்கப்பாதையின் வழங்குநர் பக்கத்திலிருந்து அளவிடப்படுகிறது.
பதிவுகள் வைத்திருக்கவில்லை என்று விளம்பரப்படுத்தும் வழங்குநர்கள் கேட்டால் இதைத் தர முடியாது, கிளையண்ட் பக்கத்திலுள்ள சமீபத்திய இருப்பிடங்களின் பட்டியல் வேறு விஷயம். பதிவில்லாத வழங்குநரிடம் வெளியேறும் முகவரியைக் கேட்பது பொதுவாக இந்தத் தரவு ஏன் இல்லை என்கிற விளக்கத்தில் முடிகிறது.
ஆதரவு வழக்கில் ஒவ்வொரு பதிவும் என்ன நிரூபிக்க முடியும்
இரண்டு பதிவுகளும் வெவ்வேறு கேள்விகளுக்குப் பதிலளிக்கின்றன, அட்டவணையில்தான் ஒப்பீடு கல்விசார் தன்மையை விட்டு விலகுகிறது.
| Question | Your local log | Provider record |
|---|---|---|
| Which address did the traffic leave from? | Yes, for the moment it was captured | Usually not disclosed |
| Was the tunnel in use at 14:20? | Yes, if the capture ran | Yes, within the retention window |
| Why did a location get slower? | Yes, by comparing addresses over time | Sometimes, as an infrastructure note |
| Who sent this specific request? | No | No |
முதல் நிரல் மட்டுமே உங்கள் கட்டுப்பாட்டில் உள்ளது. வழங்குநரின் பதிவு ஒரு கணக்கு குறிப்பிட்ட நேரத்தில் இணைக்கப்பட்டிருந்ததை உறுதிப்படுத்தலாம், ஆனால் எந்தக் கோரிக்கைகள் சுரங்கப்பாதையைப் பயன்படுத்தின என்பதை உறுதிப்படுத்த முடியாது, வழங்குநர் செயல்பாட்டு விவரமாகக் கருதும் முகவரியைக் குறிப்பிடாது. எந்தப் பதிவும் ஒரு நபரை அடையாளம் காட்டாது, ஏனெனில் பகிரப்பட்ட வெளியேறும் முகவரி அதே நிமிடத்தில் பல வாடிக்கையாளர்களைச் சுமக்கலாம்.
எதையும் நம்புவதற்கு முன் இரண்டையும் அடிப்படைக் கோட்டுடன் ஒப்பிடுங்கள்
முகவரி தனியாக எதையும் நிரூபிக்காது. இணைவதற்கு முன் நேரடி முகவரியையும், பிறகு சுரங்கப்பாதை வழியாகச் சென்ற முகவரியையும் பதிவு செய்து ஒப்பிடுங்கள். ஒரே மதிப்புகள் என்பது சுரங்கப்பாதை அந்தக் கோரிக்கையைச் சுமக்கவில்லை என்பதாகும், அது பிரிக்கப்பட்ட சுரங்கப்பாதையாலோ, மேலாதிக்க ப்ராக்ஸியாலோ அல்லது நேரடிப் பாதைக்குத் திரும்பிய கிளையண்டாலோ இருக்கலாம்.
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.1DNS மற்றும் IPv6-க்கும் ஒப்பீட்டை மீண்டும் செய்யுங்கள், ஏனெனில் முகவரி எதிரொலி ஒரு HTTP கோரிக்கையின் பாதையை நிரூபிக்கிறது, எந்தத் தீர்த்தலி பதிலளித்தது என்பதைப் பற்றி எதுவும் சொல்லாது. ஒன்றில் கசியும் சாதனம் மற்றொன்றில் முற்றிலும் ஆரோக்கியமாகத் தோன்றலாம்.