உங்கள் VPN-இன் DNS உண்மையில் பயன்படுத்தப்படுகிறதா? போர்ட் 53-ஐப் பிடித்துப் பாருங்கள்

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

தள்ளப்பட்ட விருப்பம் வினவல் அல்ல

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

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

இடைமுகம் உண்மையில் எதை வைத்திருக்கிறது என்பதைச் சரிபாருங்கள்

Linux-இல் கணினி தீர்வானை சாதாரணக் கோப்பு, NetworkManager அல்லது systemd-resolved ஆக இருக்கலாம், அவற்றில் எது அதைச் சொந்தமாகக் கொண்டுள்ளது என்பது தள்ளப்பட்ட சேவையகம் எங்கு இறங்குகிறது என்பதைத் தீர்மானிக்கிறது. கட்டளை வரி OpenVPN செயல்முறை தானாகக் கணினி தீர்வானையைப் புதுப்பிக்காது, எனவே ஆவணப்படுத்தப்பட்ட ஒருங்கிணைப்பு ஒரு up/down ஸ்கிரிப்ட் அல்லது அமைப்புகளை எவ்வாறு பயன்படுத்துவது என்று ஏற்கனவே தெரிந்த இணைப்பு மேலாளர் ஆகும். இரண்டையும் இயக்குவது பந்தயத்தை உருவாக்கும் திறமையான வழி.

resolvectl status
cat /etc/resolv.conf

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

ஒரு வினவலை இயந்திரத்திற்கு வெளியே பின்தொடருங்கள்

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

sudo tcpdump -ni tun0 port 53
sudo tcpdump -ni any port 53

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

தன் DNS-ஐ மட்டும் ஏற்கும் தீச்சுவர்

வணிகக் கிளையண்டுகள் சில நேரங்களில் தங்கள் சொந்த வடிகட்டி சங்கிலிகளை நிறுவுகின்றன. ஆவணப்படுத்தப்பட்ட ஒரு வடிவம் கிளையண்டின் சொந்த தீர்வானைக்கு DNS-ஐ அனுமதித்து, non-loopback இடைமுகத்தை விட்டு வெளியேற முயலும் மீதமுள்ள அனைத்து UDP போர்ட் 53 போக்குவரத்தையும் தூக்கி எறிகிறது, பயனர் வேண்டுமென்றே வேறெங்கோ வழிமாற்றிய போக்குவரத்து உட்பட. டீமன் வினவல்கள் தடயமின்றி மறைகின்றன, அது வடிகட்டி அல்ல, தீர்வானை கோளாறாகப் படிக்கப்படுகிறது.

sudo iptables -S OUTPUT
sudo iptables -S | grep -i -E 'dns|53'

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

sudo iptables -I OUTPUT 1 -p udp --dport 53 -d 172.20.8.1 -j ACCEPT

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

லீக் பக்கம் தோன்றுவதை விட ஏன் குறைவாக நிரூபிக்கிறது

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

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