OpenVPN வழியாகப் பிரிக்கப்பட்ட DNS: ஒவ்வொரு இயங்குதளத்திலும் ரூட்டிங் டொமைன் என்ன செய்ய வேண்டும்

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

முதலில் கொள்கைக்குப் பெயரிடுங்கள், பிறகு அதை வெளிப்படுத்தும் தளத்தின் அடிப்படைக் கருவியைத் தேர்ந்தெடுங்கள்.

குழப்பமடைய எளிதான மூன்று அமைப்புகள்

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

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

Linux: ரூட்டிங்-மட்டும் டொமைன், தேடல் பின்னொட்டு அல்ல

systemd-resolved-இல், டில்டே குறியுடன் தொடங்கும் டொமைன் ரூட்டிங்-மட்டும் டொமைன் ஆகும், அதாவது அந்தப் பெயர்வெளிக்கான வினவல்கள் இணைக்கப்பட்ட தீர்விக்குச் செல்லும், அதே நேரத்தில் தேடல் பின்னொட்டாகவும் மாறாது. resolvectl domain tun0 '~corp.example' அதை அமைக்கிறது, மேலும் resolvectl dns tun0 10.8.0.1 சேவையகத்தைக் குறிப்பிடுகிறது. இரண்டு அமைப்புகளும் இடைமுகத்திற்குச் சொந்தமானவை, எனவே அதனுடன் மறைந்துவிடும். டில்டேதான் மக்கள் விட்டுவிடும் பகுதி, அது இல்லாமல் குறுகிய பெயர்கள் வேலைத் தீர்வி வழியாகத் தீர்க்கத் தொடங்குகின்றன.

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

Windows-க்கு பெயர்வெளிக் கொள்கை தேவை, பின்னொட்டு அல்ல

Windows பிரிக்கப்பட்ட DNS கொள்கையை பெயர்த் தீர்வுக் கொள்கை அட்டவணையில் வைத்திருக்கிறது, அடாப்டரின் DNS பின்னொட்டில் அல்ல. ஒரு விதி பெயர்வெளியை குறிப்பிட்ட சேவையகங்களுடன் இணைக்கிறது: Add-DnsClientNrptRule -Namespace .corp.example -NameServers 10.8.0.1. பின்னொட்டை மட்டும் அமைப்பது குறுகிய பெயர்கள் எப்படித் தெரிகின்றன என்பதை மாற்றுகிறது; அது வினவலை வேறு சேவையகத்திற்குத் திருப்புவதில்லை.

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

ஒவ்வொரு தளத்திற்கும் ஒரே ஒரு தீர்விப் பொறுப்பாளரை வைத்திருங்கள்

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

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

முடிவைச் சரிபார்க்கவும், சுயவிவர உரையை அல்ல

சுரங்கப்பாதை வழியாகச் செல்ல வேண்டிய ஒரு பெயரையும் செல்லக்கூடாத ஒரு பெயரையும் ஒவ்வொரு தளத்திலும் தீர்க்கவும், எந்தச் சேவையகம் பதிலளித்தது என்பதை உறுதிப்படுத்தவும். resolvectl query host.corp.example மற்றும் Resolve-DnsName host.corp.example இரண்டும் பதிலளித்த சேவையகத்தைத் தெரிவிக்கின்றன. மீண்டும் இணைந்த பிறகு இதைத் திரும்பச் செய்யுங்கள். பிறகு சுயவிவரம் அனுப்பும் முகவரியில் சுரங்கப்பாதையின் தீர்வி அணுகக்கூடியதா என்பதை உறுதிப்படுத்துங்கள், ஏனெனில் அணுக முடியாத சேவையகத்தைக் காட்டும் சரியான கொள்கையும் கொள்கையே இல்லாததைப் போலவே தோல்வியடைகிறது.

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