[806] in Athena Bugs
rlogin problems to dialup
daemon@ATHENA.MIT.EDU (Mark Lillibridge)
Mon Sep 5 17:19:48 1988
Date: Mon, 5 Sep 88 16:54:28 EDT
From: Mark Lillibridge <chariot@ATHENA.MIT.EDU>
To: raeburn@ATHENA.MIT.EDU
Cc: athena-ws@ATHENA.MIT.EDU, bugs@ATHENA.MIT.EDU, qjb@ATHENA.MIT.EDU,
In-Reply-To: Ken Raeburn's message of Sat, 3 Sep 88 21:35:16 EDT <8809040135.AA10769@PROMETHEUS.MIT.EDU>
Reply-To: chariot@ATHENA.MIT.EDU
> Your original messages have reported different situations: The first
> message to "bugs" said you updated to 6.0C (which should have kept the
> srvtab file), and your next message to "bug-dialup" said you
> re-installed it. These are rather different scenarios, and the
> differences do affect what the machine is likely to be running for
> software in small ways (like /etc/srvtab). Please be more careful
> with this in the future.
Opps... Make that I installed dialup from scratch with
standard 6.0C software. Sorry for the confusion.
> Mark: It might be a good idea to disable the kerberos rcmd servers on
> dialup; it's sort of silly to run them with no srvtab, and that's
> where some of your errors are coming from.
Why should I disable the kerberos rcmd servers? They're part of
the standard 6.0C release. Note that dialup now has a srvtab so that if
you want to test this bug you'll have to temporaly remove a srvtab from
a workstation that had one.
The real bug in this case is the fact that if the kerberos
database thinks a machine has a service key and the machine does not
have a service key (say it was reinstalled from scratch because it was
upgraded to a APC or any of a number of other things), rlogin will *not*
fall back to rlogin.ucb like it should. This prevents anyone from
rlogining in who has kerberos tickets. Now, this bug should be very
rare under the athena setup but I can see it occuring out there in the
real world, so it should probably be fixed. (What I mean by fixed is
that if the kerberos rlogin fails for *any* reason, try rlogin.ucb).
Comments?
- Mark
