[329] in Hesiod

home help back first fref pref prev next nref lref last post

Hesiod 2.0.0

daemon@ATHENA.MIT.EDU (Russell McOrmond)
Sun Nov 24 22:02:16 1996

From: Russell McOrmond <russell@flora.ottawa.on.ca>
To: hesiod@MIT.EDU
Date: Sun, 24 Nov 1996 22:01:16 -0500 (EST)


  I am just starting to install the new HESIOD, and thought I would post 
about some of the problems.

  1) There seem to be a bug in the configuration file reader (hesiod.c) 
which didn't properly terminate the hes_lhs and hes_rhs strings.
  It seems to be an order of operation problem - the removing of the 
'\n' from the string and the copy of the string being 1 byte too small.

*** hesiod.c	1996/11/25 02:31:52	1.1
--- hesiod.c	1996/11/25 02:42:17
***************
*** 109,116 ****
  	      fclose(fp);
  	      return hes_errno;
  	    }
- 	  strncpy(*which, p, len - 1);
  	  p[len - 1] = 0;
  	}
        fclose(fp);
      }
--- 109,116 ----
  	      fclose(fp);
  	      return hes_errno;
  	    }
  	  p[len - 1] = 0;
+ 	  strcpy(*which, p);
  	}
        fclose(fp);
      }



  2) The documentation in the README for the hesiod.conf file is 
misleading.  It suggests:

---cut---
You will want to create a configuration file named /etc/hesiod.conf
(/usr/local/etc/hesiod.conf will also work, assuming you used the
default of /usr/local as your install prefix) on your client machines,
reading something like:

	rhs=your.domain
	lhs=ns
---cut--

  Actually, there needs to be a period in front of each of these, such as:

rhs=.flora.ottawa.on.ca
lhs=.ns

  Doing the above just results in HESIOD telling you there is a 
configuration file error (No more info provided...Hmmm).


  3)  There is a test 'make check', but this only works when your domain is 
the default (.athena.mit.edu) and your nameservers are pointing to the 
MIT nameservers.  To run these tests I just removed my hesiod.conf (So 
the compiled in default would be used), and created an NS entry for
.ns.athena.mit.edu in my BIND configuration.

  In my case I have a 'hesiod.zone' which is similar to a 'root-servers' 
zone file.  (I've removed most entries to protect the innocent ;-)

.		HS	SOA	. rmcormon.flora.ottawa.on.ca. (
		1996112401 86400 600 86400 86400 )
			HS	NS	nic2.flora.ottawa.on.ca.

ns.flora.ottawa.on.ca.	HS	NS	nic2.flora.ottawa.on.ca.
ns.colorado.edu.	HS	NS	cujo.colorado.edu.
ns.athena.mit.edu.	HS	NS	suomi.mit.edu.
cujo.colorado.edu.	HS	A	128.138.238.154
nic2.flora.ottawa.on.ca	HS	A	204.50.146.14
nic.flora.ottawa.on.ca	HS	A	204.50.146.1
suomi.mit.edu.		HS	A	18.72.1.31
;
cujo.colorado.edu.	IN	A	128.138.238.154
nic2.flora.ottawa.on.ca	IN	A	204.50.146.14
nic.flora.ottawa.on.ca	IN	A	204.50.146.1
suomi.mit.edu.		IN	A	18.72.1.31


  4)  I will be posting updated docs on my site for how to configure HESIOD 
with SENDMAIL to do virtual Email domains (Under 
http://www.flora.org/flora/server).  I am curious if someone is already 
maintaining such a page that I could point to instead - avoid redundancy.

  5) I have done some local enhancements to hes_getpwname() in order to 
implement a shadow password arrangement.  I am using this for things such 
as the CYRUS IMAPD server for keeping passwords.  Is anyone interested in 
this patch?  Would it be possible for something like this to be included 
in the distribution?

-- 
 Russell McOrmond, Consultant: <http://www.flora.org/russell/work/>
 (Internet/Intranet server admin,CGI programming,Web,Email,News, ...)
 Community Volunteer: <http://www.flora.org/> <http://www.ox.org/ox/>
 Linux: Where do you want to go tomorrow?

home help back first fref pref prev next nref lref last post