இரண்டு தளங்கள், ஒரு தனியார் DNS மண்டலம்: பதிவுகள் யாருடையது?

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

அறிகுறி காணாமல் போன உரிமையாளரைப் பெயரிடுகிறது

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

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

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

விருப்பம் A: இரண்டாம் நிலைகளுடன் ஒரு அதிகார மண்டலம்

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

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

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

விலை ஒருங்கிணைப்பு: ஒரு திருத்தப் பாதை, ஒரு மாற்ற மதிப்பாய்வு, மற்றும் பதிவு தவறாக இருக்கும்போது யார் பணியில் இருக்கிறார் என்பதற்கான பகிர்ந்த புரிதல்.

விருப்பம் B: ஒவ்வொரு தளத்திற்கும் ஒரு துணைக்களம்

பச்சை தளத்திற்கு green.internal.example.com மற்றும் மஞ்சள் தளத்திற்கு yellow.internal.example.com பிரதிநிதித்துவம் செய்யுங்கள். ஒவ்வொரு தளமும் தன் பெயர்களுக்கு அதிகாரம் பெறுகிறது, மூல மண்டலம் பிரதிநிதித்துவப் பதிவுகளை மட்டுமே சுமக்கிறது. ஒரு கோப்புக்கான போட்டி மறைகிறது, உள்ளூர் குழு மைய மாற்றத்திற்காகக் காத்திருக்காமல் புரவலனைச் சேர்க்க முடியும்.

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

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

ஒவ்வொரு தீர்வியும் தேர்வைப் பின்பற்றட்டும்

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

Pi-hole உள்ளூர் தீர்வை வழங்கினால், எந்தப் பதிவுகள் அதன் உரிமையில் உள்ளன, எந்த வினவல்களை அது முன்னனுப்புகிறது என்பதை எழுதுங்கள். தனித்தனியாகத் திருத்தப்பட்ட இரண்டு Pi-hole பட்டியல்கள் இன்னும் நகலெடுக்கப்படுவதில்லை. Pi-hole v6 இல் தனிப்பயன் dnsmasq வரிகள் TOML, CLI அல்லது சூழல் மாறிகள் போன்ற புரவலன் பக்க விருப்பங்கள் மூலம் அமைக்கப்படுகின்றன, API வழியாக வெளிப்படுத்தப்படுவதில்லை; /etc/dnsmasq.d/ கோப்புகளை ஏற்றுவது இயல்பாகவே அணைக்கப்பட்ட தனி விருப்பம்.

பின்னர் எல்லா இடங்களிலும் தெரிய வேண்டிய ஒரு பெயருடன் இரு பக்கங்களிலிருந்தும் சோதிக்கவும்:

$ dig +short newhost.green.internal.example.com @10.20.0.53
10.20.0.41
$ dig +short newhost.green.internal.example.com @10.30.0.53
10.20.0.41
$ dig SOA internal.example.com @10.30.0.53

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

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