home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / tcpip / 4251 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  1.9 KB
  1. Xref: sparky comp.protocols.tcp-ip:4251 comp.protocols.tcp-ip.domains:603
  2. Path: sparky!uunet!munnari.oz.au!spool.mu.edu!sdd.hp.com!usc!wupost!uwm.edu!ogicse!das-news.harvard.edu!spdcc!dyer
  3. From: dyer@spdcc.com (Steve Dyer)
  4. Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains,arpa.bind,arpa.nets
  5. Subject: Re: Maintaining DNS resource records for sites with many hosts
  6. Keywords: bind
  7. Message-ID: <1992Sep1.011025.3429@spdcc.com>
  8. Date: 1 Sep 92 01:10:25 GMT
  9. Article-I.D.: spdcc.1992Sep1.011025.3429
  10. References: <1992Aug31.163615.16509@tc.cornell.edu>
  11. Organization: S.P. Dyer Computer Consulting, Cambridge MA
  12. Lines: 29
  13.  
  14. In article <1992Aug31.163615.16509@tc.cornell.edu> kakazu@cornell.edu writes:
  15. >I would like to see if anyone has developed a front end for maintaining
  16. >resource records that named uses, particularly for sites that have many
  17. >hosts.
  18. >
  19. >What we do is maintain a file in hosts.txt format (RFC 952), which is
  20. >sucked in nightly by a bunch of scripts which produce files with the
  21. >records.  This has been working fine for several years, but it is less
  22. >than forgiving for typos, error checking illegal addresses, etc.
  23. >I think this method is fine if you don't have many hosts, but we are
  24. >now approaching several thousand hosts.
  25. >
  26. >I would like to find some type of user friendly front end where one
  27. >could input the DNS info, do some error checking, and have the resource
  28. >record files automagically generated.
  29.  
  30. DECathena uses its service management system, Moira, as a front end
  31. for generating input to BIND.  This feature will be available in the
  32. next (1.1) release.
  33.  
  34. Of course, DECathena/Moira is a bit more than you might need, since
  35. it also deals with maintaining users, groups, file systems, printcap
  36. files, and an armslength of other info which an installation needs
  37. to keep track of.
  38.  
  39.  
  40. -- 
  41. Steve Dyer
  42. dyer@ursa-major.spdcc.com aka {ima,harvard,rayssd,linus,m2c}!spdcc!dyer
  43.