Re: NetReg: File protection / Subnet issues

New Message Reply Date view Thread view Subject view Author view Attachment view

From: Robert Lowe (robert.h.lowe@lawrence.edu)
Date: Tue Jul 30 2002 - 13:45:52 CDT


"Todd K. Watson" wrote:

Todd,

> some excellent suggestions and comments!!! I would really like know if
> you get the CIDR notation working. We really need to get an official
> NetReg release supporting various subnetting. Of course, it is the way
> it is because we had plenty of IP space and developed it for our network
> at the time (over 3 years ago).

I have a prototype working with CIDR notation subnets, but I have more
work to do to clean it up, and also make sure that two subnets can be
joined on the same wire, e.g. one subnet for registered clients and
another for unregistered (I'm going to work with Mike's config for
that). Give me a couple of days and I'll have something to show. If
have a question or two about something, I'll ask away...

> Just a quick answer to probably the easiest question:
>
> > Long-term maintenance:
> >
> > . What happens when a registered user moves to a different building/subnet?
> > Re-registration is necessary -- no big deal, but what about the old entry?
> > How is the new one listed? As <username>-? Students might have a few
> > computers, and live in half a dozen places before they graduate.
>
> At Southwestern (and probably many others) we have a policy of regularly
> "flushing" the database (registrations in the conf) and forcing everyone
> to re-register. Due to room-changes we found that the data became
> outdated very quickly. At first we forced the re-registration yearly
> (each Fall), but then we changed to 3 times a year (prior to Fall,
> Spring, and summer semesters). This keeps the data fresh, and we have
> found that the higher frequency actually confuses the students less
> because they become used to doing it at the start of each semester.
>
> There are a number of machines we allow to remain in the conf which have
> been specially registered and we can identify, as well as certain
> networks which have faculty that we don't "flush" as regularly.

The only slick way to avoid that would be to store the data in a mySQL
database, and write the tail end of the dhcpd.conf file from there. I
don't think I have that much time right now, but it would be fun!

-Robert
**********************************************************************
To unsubscribe from this list, send an e-mail message to
majordomo@southwestern.edu containing a single line with the words:
unsubscribe netreg
Send requests for assistance to: owner-netreg@southwestern.edu
**********************************************************************


New Message Reply Date view Thread view Subject view Author view Attachment view

This archive was generated by hypermail 2.1.4 : Thu Aug 12 2004 - 12:01:37 CDT