[3479] in Athena Bugs

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

Re: /etc/nocreate

daemon@ATHENA.MIT.EDU (probe@ATHENA.MIT.EDU)
Mon Oct 23 13:34:08 1989

From: probe@ATHENA.MIT.EDU
Date: Mon, 23 Oct 89 12:09:11 -0400
To: hoffmann@BITSY.MIT.EDU
Cc: bugs@ATHENA.MIT.EDU
In-Reply-To: Ron M. Hoffmann's message of Mon, 23 Oct 89 11:02:47 -0400,
Reply-To: Richard Basch   <probe@ATHENA.MIT.EDU>

  From: hoffmann@BITSY.MIT.EDU (Ron M. Hoffmann)
  Date: Mon, 23 Oct 89 11:02:47 -0400

  The following is a "bug".

  1. fsck generously removes /etc/nocreate on a whim.

  2. the world can log in to a server.

  Perhaps it would be better to reverse the sense of the
  file, a "/etc/create" to enable logins, no file=no
  public logins.

  It appears, also, that the 6.2A mkserve script does not
  automatically make an /etc/nocreate.  I think that it's
  a reasonable assumption that if someone is running the
  mkserve script, they want it private too.

  -Ron

  ps. 6.2a vax server.  Note that "grep create *" in the
      current release /srvd/servers directory comes up empty.
      -rmh


In /etc/rc.conf, there is a variable "NOCREATE", that controls the
creation/destruction of this file during boot-time.  When this went into
effect, the variable was first set to the current state of the machine.

Thus, your concern has been addressed (or this may be the cause of your
problem, if the variable is set incorrectly).

-Richard

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