நுழைவாயிலில் OpenVPN வாடிக்கையாளர் போக்குவரத்தை எங்கே கண்காணிக்கலாம்

இணைக்கப்பட்ட வாடிக்கையாளர் எந்த இலக்குகளை அடைகிறது என்பதை அறிய விரும்புகிறீர்கள், எனவே VPN சேவையகத்தில் ஒரு செயல்தளத்தைத் திறந்து ss எனத் தட்டச்சு செய்கிறீர்கள். பயனுள்ள எதுவும் தோன்றாது, சுரங்கப்பாதை உடைந்துவிட்டது என்ற முடிவு சற்று மிக எளிதாக வருகிறது. திசைவழி OpenVPN நுழைவாயில் வாடிக்கையாளரின் பாக்கெட்டுகளை அனுப்புகிறது; அது அவற்றின் TCP இணைப்புகளை முடிவுக்குக் கொண்டுவராது, அவற்றுக்கான சாக்கெட்டுகளையும் வைத்திருக்காது. சான்று வேறொரு இடத்தில் வாழ்கிறது, எங்கே என்பது சுரங்கப்பாதையை விட்டு வெளியேறிய பிறகு போக்குவரத்து எவ்வாறு கையாளப்படுகிறது என்பதைப் பொறுத்தது.

நீங்கள் எந்த அமைப்பைப் பார்க்கிறீர்கள் என்பதைத் தீர்மானிக்கவும்

இரு பொதுவான வடிவங்கள் முற்றிலும் வேறுபட்ட சான்றுகளைத் தருகின்றன. திசைவழி நுழைவாயில் காப்சூலை நீக்கி, அனுப்பி, ஒருவேளை மூல-NAT செய்கிறது, எனவே வாடிக்கையாளரின் இணைப்பு உள்ளூர் சாக்கெட் இல்லாமல் முனையிலிருந்து முனைவரை நீடிக்கிறது.

ப்ராக்ஸி போக்குவரத்தை முடிக்கிறது: இணைப்பை ஏற்றுக்கொண்டு பின்னர் தன் சொந்த மேல்நோக்கு இணைப்பைத் திறக்கிறது. அந்த அமைப்பில் ஒரு கோரிக்கைக்கு இரு இணைப்புகள் உள்ளன, அவற்றுக்கிடையிலான தொடர்பு ப்ராக்ஸியின் சொந்தப் பதிவுகளில் மட்டுமே உள்ளது. இவற்றில் எதை நீங்கள் பயன்படுத்தினீர்கள் என்பதை அறிவது, கர்னலின் ஓட்ட நிலையைப் படிக்க வேண்டுமா அல்லது பயன்பாட்டுப் பதிவுகளைப் படிக்க வேண்டுமா என்பதைத் தீர்மானிக்கிறது.

பெரும்பாலான குழப்பம் ஊகத்திலிருந்து வருகிறது. கருவியைத் தேர்ந்தெடுப்பதற்கு முன் வடிவத்தை உறுதிப்படுத்துங்கள். முதலில் சேவையக அமைப்பில் ப்ராக்ஸி வழிமுறை உள்ளதா எனப் படியுங்கள், ஏனெனில் அதன் இருப்பு ஒவ்வொரு அடுத்த படியையும் மாற்றுகிறது. அது இல்லாவிட்டால் பாக்கெட்டின் பாதை திசைவழி, கர்னலின் ஓட்ட நிலையே உங்கள் சான்று.

முதலில் முகவரியை ஒரு அமர்வுடன் இணைக்கவும்

சேவையகத்தின் அமர்வு நிலையிலிருந்து தொடங்கி வாடிக்கையாளரின் தற்போதைய உள் முகவரியைக் கண்டறியுங்கள். குளத்தின் முகவரிகள் மீண்டும் பயன்படுத்தப்படுகின்றன, எனவே முகவரி தனியாக ஒரு குத்தகை, நபர் அல்ல.

நேரத்தையும் அங்கீகரிக்கப்பட்ட அடையாளத்தையும் ஒன்றாகப் பதிவு செய்து, அந்த வாடிக்கையாளருக்குப் பின்னால் ஒரு முழு லேன் மறைந்துள்ளதா என்பதைக் கவனியுங்கள். தொலை முனை ஒரு துணை வலையமைப்பைத் திசைவழிச் செய்தால், நீங்கள் பார்க்கும் உள் முகவரிகள் அசல் புரவலர்களாகவோ மொழிபெயர்க்கப்பட்டவையாகவோ இருக்கலாம்.

ip -4 addr show dev tun0
journalctl -u [email protected] --since '-10 min' | tail -n 40

அந்த இணை ஒரே நேரத்தில் இரு கேள்விகளுக்குப் பதிலளிக்கிறது: சுரங்கப்பாதை இடைமுகம் எந்த முன்னொட்டுக்குச் சேவை செய்கிறது, மேலும் நீங்கள் அக்கறைப்படும் இடைவெளியில் எந்த அமர்வு செயலில் இருந்தது. எந்தவொரு ஓட்டப் பதிவையும் விளக்குவதற்கு முன் இதைச் செய்யுங்கள், ஏனெனில் தவறான அமர்வுடன் இணைக்கப்பட்ட நம்பகமான tuple எந்தச் சான்றும் இல்லாததை விட மோசமானது.

திசைவழி நுழைவாயிலில் ஓட்ட அட்டவணையைப் படியுங்கள்

முகவரியும் இடைவெளியும் நிறுவப்பட்ட பிறகு, கண்காணிக்கப்படும் இணைப்புகளின் படிக்க-மட்டும் பட்டியல் நுழைவாயில் அதற்காக என்ன அனுப்புகிறது என்பதைக் காட்டுகிறது. முழு அட்டவணையையும் படிக்காமல் இருக்க அசல் மூலத்தில் வடிகட்டுங்கள்.

sudo conntrack -L -p tcp -f ipv4 --orig-src 10.8.0.37

ஒவ்வொரு பதிவும் இரு tupleகளைக் கொண்டுள்ளது, அசல் மற்றும் பதில், அவை ஒரு ஓட்டத்தின் இரு திசைகள், இரு பயன்பாடுகள் அல்ல. மூல-NAT பாதையில் அசல் tuple சுரங்கப்பாதையின் முகவரியைத் தக்கவைக்கிறது, பதில் பக்கம் மொழிபெயர்க்கப்பட்ட நுழைவாயில் முகவரியைக் காட்டுகிறது, அதனால்தான் வெளியீடு முதல் பார்வையில் தவறாகத் தோன்றுகிறது.

பட்டியலை வரலாறாக அல்ல, உயிருள்ள நிலையாகக் கருதுங்கள். குறுகிய ஓட்டங்கள் ஏற்கனவே காலாவதியாகியிருக்கலாம், கண்காணிக்கப்படாத போக்குவரத்து ஒருபோதும் தோன்றாது, வேறு வலையமைப்புப் பெயர்வெளி வேறு அட்டவணையைக் காட்டுகிறது. conntrack குறிப்பு வடிகட்டிகளையும் இரு-திசை வெளியீட்டையும் ஆவணப்படுத்துகிறது.

படிப்பை உறுதிப்படுத்த ஒரு வரம்புடைய பதிவு

நீங்கள் பார்க்கும் இடத்தில் சுரங்கப்பாதை இடைமுகம் தெரிந்தால், ஒரு வரம்புடைய பதிவு நீங்கள் அடையாளம் கண்ட பாக்கெட்டுகள் கம்பியில் உள்ளவையா என்பதைத் தீர்மானிக்கிறது. வடிகட்டியைக் குறுகலாகவும் பாக்கெட் வரம்பைச் சிறியதாகவும் வைத்திருங்கள்.

sudo tcpdump -ni tun0 -nn -c 50 'host 10.8.0.37 and tcp'

நேர முத்திரைகள், நெறிமுறை மற்றும் துறைகளை ஓட்டப் பதிவுடனும் சோதனையாகச் செய்த கோரிக்கையுடனும் ஒப்பிடுங்கள். NAT க்குப் பிறகு எடுக்கப்பட்ட பதிவு நுழைவாயிலின் பொது முகவரியை மட்டும் காட்டுகிறது, சுரங்கப்பாதைப் பக்கம் இன்னும் வாடிக்கையாளரின் முகவரியைக் காட்டலாம், அந்த வேறுபாடு தகவல், முரண்பாடு அல்ல.

இடைமுகம் எதையும் காணவில்லை என்றால், வாடிக்கையாளர் செயலற்றவர் என்று முடிவெடுக்கும் முன் தரவுப் பாதையைச் சரிபார்க்கவும்: வாடிக்கையாளர்-முதல்-வாடிக்கையாளர் போக்குவரத்தும் சில இறக்கப் பாதைகளும் நீங்கள் கண்காணிக்கும் புள்ளியை ஒருபோதும் கடப்பதில்லை.

ப்ராக்ஸி பதிவுகள், மற்றும் நீங்கள் கண்டவற்றின் எல்லைகள்

ப்ராக்ஸி பாதையில் இருக்கும்போது, அதன் மேல்நோக்கு சாக்கெட்டுகள் சாக்கெட் அட்டவணையில் தெரியும், ஆனால் அவை VPN வாடிக்கையாளர்களுடன் ஒன்றுக்கு-ஒன்று பொருந்துவதில்லை, குறிப்பாகக் கூட்டமைப்பு அல்லது பல்பயன்பாட்டுடன். வாடிக்கையாளர் அடையாளம், இலக்கு, நேர முத்திரை மற்றும் அது பதிவு செய்யும் எந்தக் கோரிக்கை அடையாளங்காட்டியையும் தொடர்புபடுத்த ப்ராக்ஸியின் அமைக்கப்பட்ட பரிவர்த்தனைப் பதிவைப் பயன்படுத்துங்கள்.

ஒவ்வொரு கோரிக்கையும் இயல்பாகப் பதிவு செய்யப்படும் எனக் கருதுவதற்குப் பதிலாகப் பயன்படுத்தப்பட்ட பதிப்பின் பதிவு அமைப்பைச் சரிபார்க்கவும்.

இறுதியாக, எல்லை பற்றித் துல்லியமாக இருங்கள். இலக்கு முகவரியும் துறையும் மெட்டாடேட்டா, URL அல்ல மற்றும் பக்க உள்ளடக்கமும் அல்ல, ஏனெனில் உள் HTTPS அமர்வு சுரங்கப்பாதையைப் பொருட்படுத்தாமல் அதன் சொந்தப் பாதுகாப்பை வைத்திருக்கிறது. நீங்கள் என்ன கவனித்தீர்கள், எந்தக் கண்காணிப்புப் புள்ளியிலிருந்து, எந்த நேரத்தில் என்பதைப் புகாரளியுங்கள்.