தனியுரிம DNS பெயரா அல்லது வெறும் IP யா? பகிர்வதற்கு முன் முடிவு செய்யுங்கள்

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

முதல் நிபந்தனை: வாடிக்கையாளர்களுக்கு என்ன resolver பாதை உள்ளது?

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

resolvectl query files.corp.example
dig @10.20.30.10 +short files.corp.example

மடிக்கணினி VPN உடன் இணைக்கப்பட்டதால் பொது resolver தனியுரிம மண்டலத்தைக் கற்றுக்கொள்ளாது.

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

இரண்டாவது நிபந்தனை: சேவை எந்த மூலத்தைப் பெறுகிறது?

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

ஒரு நுழைவாயில் தொலைக் குழுவை மொழிபெயர்த்தால், சேவை மொழிபெயர்ப்பாளரைக் காண்கிறது, 10.99.0.0/24 க்காக எழுதப்பட்ட விதி பொருந்தாது.

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

மூன்றாவது நிபந்தனை: பெயர் சேவையுடன் இணைந்ததா அல்லது புரவலனுடன்?

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

ஒரே உள் சேவைக்கு, நேரடிப் பதிவு பொதுவாகப் பொருத்தமானது மற்றும் சிந்திக்க எளிதானது.

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

இரண்டு முடிவுகளையும் தனித்தனியாகச் சோதிக்கவும்

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

curl -sv --max-time 5 https://files.corp.example/health

பின்னர் ஒரு முறை தடைசெய்யப்பட்ட மூலத்தைச் சோதித்து, முடிவைப் பதிவு செய்யவும்.

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

முடிவு பொதுவாக எங்கே தவறாகிறது

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

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

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