VPN வாடிக்கையாளர்களுக்கு AD தள மேப்பிங் மற்றும் டொமைன் கட்டுப்படுத்தி பொருத்துதல்

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

ஒவ்வொரு அணுகுமுறையும் உண்மையில் மாற்றுவது

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

New-ADReplicationSubnet -Name "10.90.0.0/24" -Site "Remote-Access-Hub" -WhatIf
Get-ADReplicationSubnet -Filter * | Select-Object Name,Site

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

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

துணை வலையமைப்பு மேப்பிங் வெல்லும் இடம்

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

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

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

பொருத்துதல் வெல்லும் இடம்

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

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

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

மூன்று நிபந்தனைகளில் தேர்ந்தெடுங்கள்

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

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

VPN வாடிக்கையாளரிடமிருந்து சரிபார்த்து ஒப்பந்தங்களைத் தனியாக வையுங்கள்

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

nltest /dsgetsite
nltest /dsgetdc:corp.example.com /force
echo %LOGONSERVER%

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

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