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

புராணக்கதை: ஒரு வழி முழு சேவையையும் மூடுகிறது

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

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

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

சுயவிவரம் எந்த முகவரிகளைச் சுமக்க வேண்டும் என்பதைத் தீர்மானிக்கவும்

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

DestinationCoverage this example needs
Application network10.80.0.0/16 through the VPN
Private resolver10.90.0.53/32 through the VPN
Public VPN endpointNormal internet path, outside the tunnel

DNS க்கு UDP மற்றும் TCP இரண்டையும் சேர்க்கவும், ஏனெனில் செயலாக்கங்கள் UDP உடன் TCP ஐயும் ஆதரிக்கும் என எதிர்பார்க்கப்படுகிறது, தடுக்கப்பட்ட TCP பாதை சுத்தமான தோல்விகளுக்குப் பதிலாக மெதுவான, பகுதி தோல்விகளை உருவாக்குகிறது. தனியார் மண்டலம் IPv6 வழியாகவும் சேவை செய்யப்பட்டால், சமமான புரவலன் விலக்கு IPv6 முகவரி மற்றும் முன்னொட்டைப் பயன்படுத்துகிறது, அது தனி உள்ளீடு.

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

இணைப்பின் உரிமையாளர் வழியாக புரவலன் வழியைச் சேர்க்கவும்

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

Add-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.90.0.53/32' -WhatIf
Get-VpnConnection -Name 'Office VPN' | Select-Object -ExpandProperty Routes

முதல் கட்டளை எதையும் நிறுவாமல் மாற்றத்தை முன்னோட்டமாகக் காட்டுகிறது, இரண்டாவது சுயவிவரம் தற்போது சுமக்கும் வழிகளைப் பட்டியலிடுகிறது. Microsoft இன் Add-VpnConnectionRoute குறிப்பு ஒரு பயனர் மற்றும் அனைத்து பயனர்களுக்கான வரம்புகளை ஆவணப்படுத்துகிறது; அனைத்து பயனர்கள் சுயவிவரத்திற்கு அதன் சொந்த வரம்பு அளவுரு தேவை, அனைத்து பயனர்கள் சுயவிவரத்திற்கு எதிரான ஒரு பயனர் கட்டளை தோல்வியடைகிறது அல்லது தவறான இடத்தில் வந்து சேர்கிறது.

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

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

வாடிக்கையாளர் உண்மையில் எந்தத் தீர்வியைப் பயன்படுத்தினார் என்பதைச் சரிபார்க்கவும்

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

Get-DnsClientNrptPolicy
Resolve-DnsName app.svc.example -Server 10.90.0.53 -Type A

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

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

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

தொடர்புடைய கட்டுரைகள்