[6665] in Athena Bugs
Re: VS7.2 /bin/athena/attach
daemon@ATHENA.MIT.EDU (daemon@ATHENA.MIT.EDU)
Sun Dec 23 12:52:15 1990
Date: Sun, 23 Dec 90 12:51:50 -0500
To: bugs@ATHENA.MIT.EDU, dkk@MIT.EDU
In-Reply-To: bugs[6611]
From: Richard Basch <probe@MIT.EDU>
It's not a bug, as I had first thought... Read attach(1), specifically
the section about -map, -nomap, -remap, and -noremap. -nomap implies
-noremap, so if you want to have later ones remapping you, you have to
use the -remap option.
[Personally, I think the interactions of these options is not intuitive,
but changing it would mean a change in functionality, and I'd rather get
consensus before considering that.]
-Richard
[6611] daemon@ATHENA.MIT.EDU Athena Bugs 12/18/90 04:21 (43 lines)
Subject: VS7.2 /bin/athena/attach
Date: Tue, 18 Dec 90 04:20:59 -0500
From: David Krikorian <dkk@ATHENA.MIT.EDU>
To: bugs@ATHENA.MIT.EDU
Reply-To: dkk@mit.edu
Attach, at least in 7.1 and 7.2, has the following bug:
What I want to do:
attach jik -n epeisach -y dkk ...
What happens:
Once a "-n" locker is reached in the argument list, no
authentication will be done for later filesystems on the
command line if those filesystems have already been attached.
In the example above, "jik" will be attached normally,
"epeisach" with no authentication (as was specified) and all
other filesystems (including "dkk"), if they are already
attached, will have no authentication done.
Example:
I have all the lockers in the following command-line already attached
except for jis, so the command gives me tokens in the sipb.mit.edu
cell (for filesystem dgg) and the net.mit.edu cell (for jis) but not
the athena.mit.edu or rel-eng.athena.mit.edu cells despite the "-y":
% attach dgg -n epeisach -y dkk consult watchmaker jis source
Documentation references:
From the attach(1) man page:
-map or -y
Attempt to authenticate the user with Kerberos to the
filesystem server. The authentication may be necessary
in order to have the proper access to the filesystem.
This is the default. If the authentication fails and
the filesystem is being mounted read-only, a warning is
printed and the attach continues.
--[6611]--
