दोन साइट, एक खाजगी 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 उत्तर तुम्हाला सांगते की पिवळा रिझोल्व्हर स्वतःला अधिकृत मानतो, दुय्यमाला विचारतो, किंवा फक्त फॉरवर्ड करतो। ही वेगवेगळ्या अपयश पद्धतींची वेगळी रचना आहे, आणि उत्तर सहसा तुम्ही प्रत्यक्षात कोणती तैनात केली हे ओळखते।

तीन स्वीकृती प्रकरणांसह समाप्त करा: प्रत्येक साइटवरून एक नाव, एका तासात बदललेला एक रेकॉर्ड, आणि साइटमधील दुवा अनुपलब्ध। फक्त पहिले उत्तीर्ण होणाऱ्या रचनेकडे कागदावर प्रकाशन योजना आणि उत्पादनात स्थानिक ओव्हरराइड असते।