Split-DNS பதிவு: ஒவ்வொரு கவனிப்பும் எங்கு எடுக்கப்பட்டது எனக் கூறுங்கள்

இருவர் ஒரே Split-DNS சிக்கலை ஆராய்ந்து வெவ்வேறு resolver முகவரிகளைப் பெறுகிறார்கள். ஒருவர் தேடல் கருவியைப் பயன்படுத்தினார், மற்றொருவர் அடாப்டரில் பாக்கெட்டுகளைப் பதிவு செய்தார், மூன்றாமவர் வாடிக்கையாளரின் சொந்த கண்டறிதலைப் படித்தார். அவர்களில் யாரும் பொய் சொல்லவில்லை, யாரும் ஒரே நிலையை விவரிக்கவில்லை. கவனிப்புப் புள்ளியைப் பெயரிடுவது முரண்பாட்டை வரைபடமாக மாற்றுகிறது.

ஒரு தேடல், பல கவனிப்புப் புள்ளிகள்

ஒரு உள் பெயருக்கு பார்க்க குறைந்தது ஐந்து இடங்கள் உள்ளன: பயன்பாடு மற்றும் அது அழைக்கும் resolver API, வாடிக்கையாளரில் நடைமுறையில் உள்ள டொமைன் கொள்கை, அடாப்டர் அல்லது வடிகட்டியில் பதிவு, கட்டுப்படுத்தப்பட்ட நுழைவாயில் எல்லை, மற்றும் வினவலை உண்மையில் பெறும் resolver.

ஒவ்வொன்றும் வெவ்வேறு கேள்விக்குப் பதிலளிக்கிறது, எதுவும் தனியாக வினவல் எங்கு சென்றது என நிரூபிக்கவில்லை.

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

வாடிக்கையாளர் வடிகட்டி பயன்பாட்டிற்கும் கம்பிக்கும் இடையே உள்ளது

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

Cisco-வின் Secure Client Split-DNS வழிகாட்டுதல் டொமைன் பொருத்தம் மற்றும் Windows வடிகட்டியை உள்ளடக்கி, பயன்பாடு சொந்த resolver API-ஐப் பயன்படுத்தும்போது என்ன பார்க்கிறது என்பதை nslookup போன்ற கருவி என்ன பார்க்கிறது என்பதிலிருந்து பிரிக்கிறது. அந்த வேறுபாடுகளே முக்கியம்.

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

nslookup பயன்பாட்டிலிருந்து வேறு பாதையைப் பின்பற்றுகிறது

nslookup தன் சொந்த DNS வினவலை உருவாக்கி இயக்க முறைமையின் resolver கொள்கையைத் தவிர்க்கலாம். அது ஒரு குறிப்பிட்ட சேவையகத்திற்கு ஒரு குறிப்பிட்ட கேள்வியைக் கேட்க பயனுள்ள கருவியாகவும், பயன்பாடு என்ன அனுபவிக்கும் எனச் சோதிக்க தவறாக வழிகாட்டும் கருவியாகவும் ஆக்குகிறது.

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

கொள்கையைப் படித்து பின்னர் அதே கேள்வியை சாதாரண resolver மூலம் கேளுங்கள்:

Get-DnsClientNrptPolicy
Resolve-DnsName intranet.hq.example

மறையாக்கப்பட்ட resolver வினவலை மறைக்கின்றன, இணைப்பை அல்ல

தன் சொந்த DNS-over-HTTPS resolver உள்ள உலாவி முற்றிலும் வேறு நிகழ்வு. வினவல் TLS-க்குள் வெளியேறுகிறது, எனவே பாக்கெட் பதிவு resolver முகவரிக்கான இணைப்பைக் காட்டுகிறது ஆனால் கேட்கப்படும் பெயரைக் காட்டவில்லை.

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

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

லேபிளிடப்பட்ட சோதனையுடன் ஒப்பிடுங்கள்

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

அனுமதிக்கப்பட்ட இடங்களில், resolver-இன் பெறுதலை ஒரு குறுகிய வாடிக்கையாளர் அல்லது நுழைவாயில் கவனிப்புடன் ஒப்பிடுங்கள்:

nslookup intranet.hq.example 10.55.0.53
Get-DnsClientNrptPolicy | Format-List

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