This rewrite cleans up the code a bit, removes any athena specific
references (not needed anymore in this version), and adds support for
multi realm management of afs servers (you can now specify
"admin@OTHERREALM" in your userlist).
Code now checks as follows:
tname
tinst - remote user info from conn
tcell
lcell - local cell
lrealm - local realm (defaults to lcell if not avail)
if no remote cell or instance
allow localauth
if the cell of the remote connection matches local cell or local realm
if not tinst
allow if tname in UserList
if tinst
allow if tname.tinst in UserList
if cell doesn't match local cell or realm
if not tinst
allow if tname@cell in UserList
allow if tname@CELL in UserList
if tinst
allow if tname.tinst@cell in UserList
allow if tname.tinst@CELL in UserList
modified per openafs-devel discussion such that krb5 versions (/tinst
rather than .tinst) code path disabled for now
MR-AFs is making use of this to hook into logging to write multiline messages
into the log
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
move forward to current version of function
start of config file work for autoconf
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
make Makefile use top-level location rather than config as Nathan intended
"I noticed that when I tried copying files out of AFS, I would often
not be able to modify the destination files/dirs due to the user flags
being non-zero (see man chflags). Turns out that not all of the
fields of Darwin's struct vattr were being set in afs_CopyOutAttrs
This patch clears the va_flags entry. I wasn't sure how the
va_filerev and va_gen fields are precisely used, but since I wasn't
noticing any trouble I could attribute to them, I left them
unspecified. I suspect someone with more knowledge can say for sure.
"
"This patch implements AFSDB support for both user-space programs
and for the kernel.. I've tested these on sun4x_57 (64-bit) and
on i386_linux22."
not currently enabled in any configuration
Windows 95/98 port from IBM Almaden
documentation and build support
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
Windows 95/98 port from IBM Almaden
changes to cache manager
====================
Windows 95/98 port from IBM Almaden
makefile changes
====================
Windows 95/98 port from IBM Almaden
osi changes to support 95/98
====================
Windows 95/98 port from IBM Almaden
installer for 95/98 client
====================
Windows 95/98 port from IBM Almaden
win95/98 panel app
====================
Windows 95/98 port from IBM Almaden
win95/98 panel app help
====================
Windows 95/98 port from IBM Almaden
makefile changes plus dns implementation
====================
Windows 95/98 port from IBM Almaden
makefile changes plus changes for compat with dos line conventions
====================
Windows 95/98 port from IBM Almaden
config for 95/98
====================
Windows 95/98 port from IBM Almaden
makefile changes plus support for 95/98 env
====================
Windows 95/98 port from IBM Almaden
ms compiler changes
====================
Windows 95/98 port from IBM Almaden
makefile changes
====================
Windows 95/98 port from IBM Almaden
lwp changes
to support 95/98 port
====================
Windows 95/98 port from IBM Almaden
rx changes to support 95/98 port
To cure "Failed to invalidate all pages on inode 0xc9208720"
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
It turns out defining AFS_64BIT_ENV ends up causing accesses to hang
if a server goes down; Should not be the case but other work will be needed
to figure out why or even if we need to be AFS_64BIT_ENV; in the meantime,
revert this part of patches done for xdr_int64; it's not ncessary now anyhow
Based on collaboration with Chas Williams and Chaskiel Grundman
Always force revalidation so if call which caused caching was in another
authentication "context" we don't inadvertantly leak information.
Cases where things matter involve bad caching for negative dentries
(something fails because you don't have permission, then you authenticate
and the negative dentry is not flushed) or when you have l only and
someone with rl caused the dentry to get cached, in which case stat()
information and nothing else is leaked
ENOTDIR
pathname, or a component used as a directory in
pathname, is not, in fact, a directory.
ENOTEMPTY
pathname contains entries other than . and .. .
meaning what we really want to return here is ENOTEMPTY
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
