Restoring BIND DNS configuration from TAR command
Hi, I have a DNS server running in BIND. I executed to take backup of configuration and zone files as below and its working fine. # /bin/tar -pczvf named.tar.gz /etc/ /var/named --exclude='/var/named/chroot/var/named/data' --exclude='/var/named/chroot/proc' But what happens is when i executed below command to restore the backup on the freshly OS installed machine under /root directory, command is excecuted successfully but what i found that there is a directory called /etc and /var created under /root as below drwxr-xr-x 91 root root 12288 Jun 18 07:50 etc -rw-r--r-- 1 root root 7390955 Jun 19 05:04 named.tar.gz drwxr-xr-x 3 root root 4096 Jun 19 15:54 var Can anyone let me know how can i restore all the files into its original location? ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Restoring BIND DNS configuration from TAR command
2011/6/19 babu dheen babudh...@yahoo.co.in Hi, I have a DNS server running in BIND. I executed to take backup of configuration and zone files as below and its working fine. # /bin/tar -pczvf named.tar.gz /etc/ /var/named --exclude='/var/named/chroot/var/named/data' --exclude='/var/named/chroot/proc' But what happens is when i executed below command to restore the backup on the freshly OS installed machine under /root directory, command is excecuted successfully but what i found that there is a directory called /etc and /var created under /root as below drwxr-xr-x 91 root root 12288 Jun 18 07:50 etc -rw-r--r-- 1 root root 7390955 Jun 19 05:04 named.tar.gz drwxr-xr-x 3 root root 4096 Jun 19 15:54 var You should learn to how to use tar correctly. maybe 'man tar' or 'tar --help' give you the info. ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Restoring BIND DNS configuration from TAR command
On 06/19/11 10:14, Jorg W. wrote: 2011/6/19 babu dheenbabudh...@yahoo.co.in Hi, I have a DNS server running in BIND. I executed to take backup of configuration and zone files as below and its working fine. # /bin/tar -pczvf named.tar.gz /etc/ /var/named --exclude='/var/named/chroot/var/named/data' --exclude='/var/named/chroot/proc' But what happens is when i executed below command to restore the backup on the freshly OS installed machine under /root directory, command is excecuted successfully but what i found that there is a directory called /etc and /var created under /root as below drwxr-xr-x 91 root root 12288 Jun 18 07:50 etc -rw-r--r-- 1 root root7390955 Jun 19 05:04 named.tar.gz drwxr-xr-x 3 root root 4096 Jun 19 15:54 var You should learn to how to use tar correctly. maybe 'man tar' or 'tar --help' give you the info. The authors of tar were partial to info over man. Try: info tar There is alot more information in the info pages than man pages for tar. Plus the original poster needs to learn how to use the command line a lot better. Lyle Giese LCR Computer Services, Inc. ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: nameserver registration
On 06/18/11 19:22, Casey Deccio wrote: In particular, if the name of the name server is itself in the subzone, we could be faced with the situation where the NS RRs tell us that in order to learn a name server's address, we should contact the server using the address we wish to learn. To fix this problem, a zone contains glue RRs which are not part of the authoritative data, and are address RRs for the servers. These RRs are only necessary if the name server's name is below the cut, and are only used as part of a referral response. How many levels below the cut? Even if referring servers return such RRs, they are considered out-of-bailiwick, and resolvers should resolve the names, rather than trust the additional RRs. i.e., .org servers should not be handing out RRs under .edu. Hence the dependencies, which can get long and complicated, but they're part of the DNS. I didn't say that they should--only that the ORG registrar (or registry) may have to enforce that glue exist in EDU and vice versa. That's the point of sibling glue. michael ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
