VPN இணைவதற்கு முன் ஹாட்ஸ்பாட் DNS-ஐ ஏன் திருப்பிவிடுகிறது?
ஹாட்ஸ்பாட் தன் வலையமைப்பில் தேடல்களை மீண்டும் எழுதுகிறது, எந்த ஒரு சுரங்கப்பாதையும் இருப்பதற்கு முன்பே ஹோஸ்ட்பெயர் முடிவுப்புள்ளி தீர்க்கப்படுகிறது. ஒவ்வொரு வினவலுக்கும் எந்த தீர்வி பதிலளித்தது என்பதைக் கண்டறியுங்கள்.
ஹோட்டல் வலையமைப்பில் சேர்வது உங்கள் முன் வெவ்வேறு தருணங்களில் இரண்டு DNS முடிவுகளை வைக்கிறது: உள்நுழையும் போது சாதனம் செய்யும் தேடல்கள், மற்றும் சுரங்கப்பாதை எழுந்த பிறகு செய்யப்படும் தேடல்கள். ஹாட்ஸ்பாட் தான் கட்டுப்படுத்தும் வலையமைப்பின் மூலம் முதல் வற்றைப் பாதிக்கலாம். இரண்டாவது கிளையன்டின் சொந்தக் கொள்கையைப் பொறுத்தது, இது தனியாக ஆராய வேண்டிய விஷயம்.
இணைப்பை வரிசையாகப் பாருங்கள், முதல் DHCP குத்தகையிலிருந்து தனிப்பட்ட பெயரைத் தீர்த்த வினவல் வரை. பின்னர் ஆதரவு டிக்கெட்டில் ஒரே மாதிரி தெரியும் இரண்டு தோல்விகள் தெளிவாகப் பிரிகின்றன: ஒன்று சுரங்கப்பாதைக்கு முன் நடந்தது, மற்றொன்று அதற்குள் நடந்தது.
ஹாட்ஸ்பாட் எதைத் தொட முடியும், எதைத் தொட முடியாது
அணுகல் வலையமைப்பு DHCP-யில் தீர்வி முகவரியை வழங்குகிறது, மேலும் அந்த முகவரி நோக்கிய போர்ட் 53-ஐ இடைமறிக்க முடியும். பாதுகாக்கப்படாத ஒவ்வொரு தேடலுக்கும் போர்ட்டல் முகவரி அல்லது தடுப்புப் பக்கத்துடன் பதிலளிக்க இது போதும். முடிவுப்புள்ளி ஹோஸ்ட்பெயராக எழுதப்பட்ட VPN கிளையன்டை உடைக்கவும் இது போதும்.
ஹாட்ஸ்பாட் செய்ய முடியாதது என்னவென்றால், நிறுவப்பட்ட சுரங்கப்பாதைக்குள் வினவல் பயணித்த பிறகு அதைப் படிப்பதோ மீண்டும் எழுதுவதோ, சுரங்கப்பாதை அதை உண்மையில் சுமக்கிறது என்று கருதினால். இடைமறிப்பு எளிய உரையில் கேள்வியைப் பார்ப்பதைப் பொறுத்தது.
வினவல்கள் ஹாட்ஸ்பாட்டுடன் தொடர்பில்லாத காரணங்களுக்காகவும் சுரங்கப்பாதையை விட்டு வெளியேறுகின்றன: உலாவியின் பாதுகாப்பான DNS அமைப்பு, நிறுவன பின்னொட்டை உள்ளூர் தீர்வியில் வைத்திருக்கும் split-DNS விதி, அல்லது DNS-ஐ சுரங்கப்பாதையிலிருந்து விலக்க அமைக்கப்பட்ட கிளையன்ட். ஒவ்வொன்றும் கிளையன்ட் பக்கத் தேர்வு, வெளியில் இருந்து பார்க்கும்போது ஒவ்வொன்றும் ஹாட்ஸ்பாட்டின் தலையீடு போலவே தோன்றுகிறது.
| Path | Who answers | What a failure looks like |
|---|---|---|
| Lookup before the tunnel is up | The network's resolver | The client never reaches its endpoint |
| Lookup inside the tunnel | The resolver pushed by the client | Local policy or tunnel DNS is misconfigured |
| Browser secure DNS | A DoH provider over port 443 | Both the hotspot and the tunnel policy are bypassed |
தொடக்க வினவல் சுரங்கப்பாதை இருப்பதற்கு முன்பே நடக்கிறது
ஹோஸ்ட்பெயர் பெறும் கிளையன்ட் முதலில் அதைத் தீர்க்க வேண்டும், அந்தக் கணத்தில் எந்த சுரங்கப்பாதையும் வினவலைப் பாதுகாக்கவில்லை. ஹாட்ஸ்பாட் போர்ட்டல் முகவரியுடன் பதிலளித்தால், பேச்சுவார்த்தை தோல்வியடைகிறது அல்லது தொங்குகிறது. எதுவும் பதிலளிக்காவிட்டால், கிளையன்ட் பெயர் பிழையைத் தெரிவிக்கிறது, சுரங்கப்பாதை ஒருபோதும் தொடங்காது. இந்த இரண்டு முடிவுகளில் எதுவும், இல்லையெனில் குற்றமற்றதாகத் தோன்றும் காலியான சுரங்கப்பாதைப் பதிவை விவரிக்கிறது.
இயங்குதளங்கள் தங்கள் சொந்த இணைப்புச் சரிபார்ப்புகளையும் போர்ட்டல் கண்டறிதலையும் இயக்குகின்றன, அவை RFC 8910 மற்றும் RFC 8952-ல் விவரிக்கப்பட்டுள்ளன, அந்தக் கோரிக்கைகள் எந்த VPN-ம் எழுவதற்கு முன்பே வெளியேறுகின்றன. அவற்றை ப்ராக்ஸி பதிவில் பார்ப்பது கசிவுக்கான சான்று அல்ல, எதிர்பார்க்கப்பட்ட நடத்தை.
நடைமுறைத் தீர்வு கிளையன்டுக்கு தேடல் தேவைப்படாத முடிவுப்புள்ளியை வழங்குவது. அது சாத்தியமில்லாதபோது, முதலில் உள்நுழைவை முடித்த பிறகு இணைக்கவும்.
எந்த தீர்வி பதிலளித்தது என்பதைக் கண்டறியுங்கள்
உலாவியிடம் அல்ல, கணினியிடம் கேளுங்கள், வினவலை இரண்டு முறை இயக்குங்கள்: ஒரு முறை சாதனம் இப்போது பயன்படுத்தும் தீர்வி வழியாக, ஒரு முறை நிலையான முகவரிக்கு எதிராக.
resolvectl query vpn.example.com dig +short vpn.example.com dig +short vpn.example.com @1.1.1.1
முதல் கட்டளையின் பதில் மூன்றாவதிலிருந்து வேறுபட்டால், உள்ளூர் தீர்வி வேறு ஏதோ திருப்பி வழங்குகிறது என்பதை அது சொல்கிறது, திருப்பிவிடும் ஹாட்ஸ்பாட் செய்வதும் அதுதான். மூன்றாவதின் தோல்வி முதல் ஒன்றின் வெற்றியுடன் சேர்ந்தால் அது போர்ட்டலைச் சுட்டுகிறது: உள்ளூர் தீர்வி உள்நுழைவு முகவரியை வழங்கியது, வெளிச்செல்லும் போர்ட் 53 நிராகரிக்கப்பட்டது. இரண்டிலும் நேரம் முடிவது, அங்கீகாரம் முடியும் வரை வலையமைப்பு DNS-ஐ நிராகரிக்கிறது என்பதாகும்.
இணைந்த பிறகு மீண்டும் செய்து ஒப்பிடுங்கள். தேக்ககப்படுத்தப்பட்ட பதில் மாற்றத்தைத் தாண்டி நிற்கும், எனவே தேக்ககத்தை காலி செய்யுங்கள் அல்லது இரண்டாவது கண்காணிப்புக்கு புதிய பெயரைக் கேளுங்கள்.
பிந்தைய தேடல்களை நீங்கள் கருதிய பாதையிலேயே வைத்திருங்கள்
DNS-ஐயும் பிடிக்கும் முழு சுரங்கப்பாதை சுயவிவரம் எளிய ஏற்பாடு: ஒவ்வொரு பயன்பாட்டின் ஒவ்வொரு வினவலும் சுரங்கப்பாதை தள்ளும் தீர்விக்குச் செல்கிறது, உள்ளூர் வலையமைப்பு மறையாக்கப்பட்ட போக்குவரத்தை மட்டுமே பார்க்கிறது. இணைந்த பிறகு உள் மற்றும் பொது பெயரைத் தீர்த்து, பின்னர் இரண்டு பதில்களையும் சுரங்கப்பாதை தீர்வி தனியாகத் திருப்பி வழங்குவதுடன் ஒப்பிட்டு அதை நிரூபியுங்கள்.
Split-DNS-க்கு நோக்கத்துடன் எழுதப்பட்ட டொமைன் பட்டியல் தேவை: நிறுவன பின்னொட்டுகள் சுரங்கப்பாதை வழியாக, மற்ற அனைத்தும் உள்ளூரில், இரண்டிற்கும் இடையே எந்த மேலோட்டமும் இல்லை.
உலாவியின் பாதுகாப்பான DNS அந்தக் கொள்கைக்கு வெளியே உள்ளது, எனவே சுயவிவரம் கணிக்கக்கூடிய வகையில் நடக்க அது அணைக்கப்பட வேண்டும் என்றால், இயந்திரத்திற்கு அல்ல, அந்த சுயவிவரத்திற்கு அணைக்கவும். கணினி தீர்வியைத் திருத்துவதன் மூலம் அல்ல, உலாவி அமைப்புகளில் அதைச் செய்யுங்கள், அப்போதுதான் மாற்றம் அடுத்த முறை தெரியும். ஒவ்வொரு சோதனைக்கும் ஒரு வரியில் பதில், தீர்வி மற்றும் இணைப்பு நிலையைப் பதிவு செய்யுங்கள். ஹோட்டல் Wi-Fi-ல் DNS தோல்வியடைந்தது என்ற அறிக்கை குறைந்தது மூன்று வெவ்வேறு காரணங்கள் கொண்ட அறிகுறியை விவரிக்கிறது.