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” குறித்துக் கூற்று முன்வைக்கப்படும்போது, அதை ஏற்பதற்கு முன் கூறுகளாகப் பிரிக்கவும்: சுரங்கப்பாதை இயக்குபவர், சுரங்கப்பாதை வழங்கும் தீர்வி, அந்த வினவல்கள் சென்றடையும் எந்த மேல்நிலைத் தீர்வியும், சாதனத்தில் உள்ள பயன்பாடுகளும். ஒவ்வொன்றுக்கும் அதன் சொந்த பதில் உள்ளது, ஒன்றுக்குத் துல்லியமான கூற்று நான்கையும் உள்ளடக்குவது போல வழக்கமாக மீண்டும் கூறப்படுகிறது.
சிக்கல் தீர்வுக்கு அதே பிரிவைப் பயன்படுத்தவும். எந்தப் பயன்பாடு வினவலைச் செய்தது, எந்தத் தீர்வி பதிலளித்தது என்று கேட்டு, பின்னர் அந்த நிகழ்வை உண்மையில் சொந்தமாகக் கொண்ட பதிவைப் பாருங்கள். மற்றப் பதிவிலிருந்து ஊகிப்பது ஒரு நிமிடத்தை மிச்சப்படுத்தி ஒரு பிற்பகலை இழக்கச் செய்கிறது.