எந்த இணைப்பு பதிலளிக்கிறது: பிளவு-சுரங்க VPN DNS க்கான வழித்தட டொமைன்கள்

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

முதல் படி: வழியைத் தீர்ப்பானிலிருந்து பிரிக்கவும்

ipv4.never-default ஒரு வழித்தடக் கேள்விக்குப் பதிலளித்து, இந்த இணைப்பை அனைத்து IPv4 போக்குவரத்துக்கும் வழியாக நிறுவுவதிலிருந்து NetworkManager-ஐத் தடுக்கிறது. DNS வழித்தட டொமைன் வேறு கேள்விக்குப் பதிலளிக்கிறது: பொருந்தும் பின்னொட்டுக்கான வினவலை எந்த இணைப்பின் பெயர் சேவையகங்கள் பெறுகின்றன. எதுவும் மற்றொன்றைக் குறிக்காது, ஒரு சுயவிவரம் ஒன்றை ஆண்டுகளாக வைத்திருக்க மற்றொன்று இல்லாமல் இருக்கலாம். வழி மட்டும் என்பது சுரங்கம் நிறுவனத்தின் துணை வலைகளை எடுத்துச் செல்கிறது என்றும் அதன் தீர்ப்பான் நிறுவனப் பெயர்களுக்குப் பதிலளிக்கிறது என்றும் பொருள், மற்ற அனைத்தும் தொடப்படாமல் விடப்படுகிறது.

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

இரண்டாம் படி: சுயவிவரத்தில் வழித்தடம்-மட்டும் டொமைனைச் சேர்க்கவும்

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

nmcli connection show corp-vpn | grep -E 'dns-search|never-default'
nmcli connection modify corp-vpn +ipv4.dns-search '~internal.example'
nmcli connection modify corp-vpn ipv4.never-default yes

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

முன்னிலை டில்டா வழித்தடம்-மட்டும் டொமைனைக் குறிக்கிறது, எனவே பொருந்தும் வினவல்கள் இந்த இணைப்பின் சேவையகங்களுக்குச் செல்கின்றன, பின்னொட்டு குறுகிய பெயர்களுடன் சேர்க்கப்படுவதில்லை. டில்டாவை அகற்றினால் அதே சரம் தேடல் பின்னொட்டாகவும் மாறும், இது மக்கள் அரிதாகக் கருதும் வேறு முடிவு. மேலேயுள்ள இரண்டு அமைப்புகளும் IPv4, எனவே இரட்டை-அடுக்கு சுயவிவரத்துக்கு ipv6.never-default மற்றும் ipv6.dns-search இல் அதே வழித்தட டொமைன் தேவை, இல்லையெனில் IPv6 பக்கம் இயல்புநிலை வழியைத் தொடர்ந்து பயன்படுத்தும், அங்கு உள் பெயர்கள் தோல்வியடையும்.

மூன்றாம் படி: எந்த இணைப்பு பதிலளித்தது என்று resolvectl-ஐக் கேளுங்கள்

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

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

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

நான்காம் படி: பெயர் தீர்க்கப்படுகிறது ஆனால் சேவை இல்லை

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

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

ஐந்தாம் படி: காணாமல் போன டொமைனைச் சரிசெய்ய தீர்ப்பானை மாற்ற வேண்டாம்

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

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