Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!rice!sun-spots-request
From: sherk@nmc1.cit.cornell.edu (Erik Sherk)
Newsgroups: comp.sys.sun
Subject: inetd question
Keywords: Networks
Message-ID: <5768@brazos.Rice.edu>
Date: 14 Mar 90 16:57:47 GMT
Sender: root@rice.edu
Organization: Sun-Spots
Lines: 30
Approved: Sun-Spots@rice.edu
X-Sun-Spots-Digest: Volume 9, Issue 78, message 10

I have been experiencing some weird interaction between inetd and tftpd.
First some background: I am setting up a boot server for some Proteon
gateways. I don't want to use Sun's in.tftpd because it doesn't chroot()
and it is an open invitation to password breakers. So, I have a 4.2 tftpd
that I have hacked over to chdir() and chroot(). I have installed it in
inetd.conf and everything works, but in installing it I found this
weirdness.

I have the following lines in /etc/inetd.conf:

tftp    dgram   udp     wait    root    /usr/local/bin/tftpd 	tftpd -r /usr/ftp
#tftp    dgram   udp     wait    root    /usr/etc/in.tftpd	in.tftpd /usr/ftp

Now I edit /etc/inetd.conf so that it looks like this:

#tftp    dgram   udp     wait    root    /usr/local/bin/tftpd 	tftpd -r /usr/ftp
tftp    dgram   udp     wait    root    /usr/etc/in.tftpd	in.tftpd /usr/ftp

and issue a "kill -HUP xxx" and everything works fine. (As well a Sun's
tftpd works :-() Now I reedit /etc/inetd.conf back to the original form
and issue another "kill -HUP xxx" which should enable my tftpd, but inetd
isn't listening on the port any more. If I restart inetd, everything
works.

	Any ideas?

Erik Sherk					sherk@nmc1.cit.cornell.edu
Network Specialist				(607) 255-1679
Cornell Information Technologies
Cornell University