आपके जीवन को आसान बनाने के लिए आपके द्वारा उपयोग किए जाने वाले कई शॉर्टकट हैं:
यदि आप बाइंड या इसी तरह के सॉफ़्टवेयर का उपयोग करते हैं जो ज़ोन डेटा को संग्रहीत करने के लिए फ़ाइलों का उपयोग करता है: उदाहरण के लिए अपने ज़ोन को उसी फ़ाइल पर इंगित करें:
zone "example.net" {
type master;
file "/etc/bind/zone/default.zone";
};
zone "example.org" {
type master;
file "/etc/bind/zone/default.zone";
};
क्योंकि आप कुछ DNS शॉर्टहैंड का उपयोग कर सकते हैं, जिससे आप एक सार्वभौमिक ज़ोन फ़ाइल बना सकते हैं:
$TTL 1h ; default expiration time of all resource records without their own TTL value
@ IN SOA ns1.example.com. username.example.com. (
20140218131405 ; Serial number YYYYMMDDHHMMSS
28800 ; Refresh 8 hours
7200 ; Retry 2 hours
604800 ; Expire 7 days
86400 ; Minimum TTL 1 day )
@ IN NS ns1.example.com. ; ns1.example.com is a primary nameserver
@ IN NS ns2.example.com. ; ns2.example.com is a backup nameserver
@ IN MX 10 mail.example.com. ; mail.example.com is the mailserver
@ IN MX 20 mail2.example.com. ; the secondary mailserver
@ IN A 192.0.2.1 ; IPv4 address for the bare domain
IN AAAA 2001:db8:10::1 ; IPv6 address for the bare domain
www IN A 192.0.2.1 ; www.domain
IN AAAA 2001:db8:10::1 ; IPv6 address for www.domain - note by starting the line with a blank it becomes the continuation of the previous record and this IPv6 record applies to www
wwwtest IN CNAME www ; wwwtest is an alias for www
यह इस तथ्य का उपयोग करता है कि ज़ोन फ़ाइलों में होस्टनाम जो डॉट के साथ समाप्त नहीं .होते हैं, हमेशा उन के साथ विस्तारित होते हैं $ORIGIN
जो बदले में ज़ोन के नाम से स्पष्ट रूप से सेट होते हैं। और @$ ORIGIN के लिए शॉर्ट-हैंड है।
हाथ से व्यक्तिगत ज़ोन फ़ाइलों को बनाए रखने के बजाय, अपने नाम सर्वर के साथ प्रोग्रामेटिक रूप से इंटरेक्ट करने की विधि सक्षम करें।
मैंने PowerDNS का उपयोग किया है जो RDMS के लिए बैक-एंड के रूप में अनुमति देता है जो उस समय उपयोग किए जा रहे LAMP स्टैक के साथ बहुत अच्छी तरह से फिट होते हैं। अमेज़न रूट 53 जैसी क्लाउड सर्विसेज भी वेब-एपीआई को उजागर करती हैं।
लेकिन यहां तक कि आदरणीय बिंद भी डायनेमिक अपडेट का समर्थन करता है जो मास्टर सर्वर में एक विशेष रूप से DNS संदेशों को भेजकर रिकॉर्ड जोड़ने, बदलने या हटाने का एक तरीका है। उन संदेशों का प्रारूप और अर्थ RFC 2136 में निर्दिष्ट है ।
ज़ोन स्टेटमेंट में allow-update
या एक update-policy
क्लॉज़ को शामिल करके डायनामिक अपडेट सक्षम किया जाता है । अधिक जानकारी के लिए बिंद प्रशासक संदर्भ मैनुअल की जाँच करें ।
rndc addzone
विकल्प है, लेकिन यह तब भी बदसूरत है क्योंकि यह वर्किंग डायरेक्टरी में हैशेड नाम के साथ एक कॉन्फिग फाइल जनरेट करता है। हर जोड़ा क्षेत्र।