OnWorks favicon

knfs - Online in the Cloud

Run knfs in OnWorks free hosting provider over Ubuntu Online, Fedora Online, Windows online emulator or MAC OS online emulator

This is the command knfs that can be run in the OnWorks free hosting provider using one of our multiple free online workstations such as Ubuntu Online, Fedora Online, Windows online emulator or MAC OS online emulator



knfs - Establishes authenticated access via the NFS/AFS Translator


knfs -host <host name> [-id <user ID (decimal)>]
[-sysname <host's '@sys' value>] [-unlog] [-tokens]

knfs -ho <host name> [-i <user ID (decimal)>]
[-s <host's '@sys' value>] [-u] [-t] [-he]


The knfs command creates an AFS credential structure on the local machine, identifying it
by a process authentication group (PAG) number associated with the NFS client machine
named by the -hostname argument and by default with a local UID on the NFS client machine
that matches the issuer's local UID on the local machine. It places in the credential
structure the AFS tokens that the issuer has previously obtained (by logging onto the
local machine if an AFS-modified login utility is installed, by issuing the klog command,
or both). To associate the credential structure with an NFS UID that does not match the
issuer's local UID, use the -id argument.

Issue this command only on the NFS(R)/AFS translator machine that is serving the NFS
client machine, after obtaining AFS tokens on the translator machine for every cell to
which authenticated access is required. The Cache Manager on the translator machine uses
the tokens to obtain authenticated AFS access for the designated user working on the NFS
client machine. This command is not effective if issued on an NFS client machine.

To enable the user on the NFS client machine to issue AFS commands, use the -sysname
argument to specify the NFS client machine's system type, which can differ from the
translator machine's. The NFS client machine must be a system type for which AFS is

The -unlog flag discards the tokens in the credential structure, but does not destroy the
credential structure itself. The Cache Manager on the translator machine retains the
credential structure until the next reboot, and uses it each time the issuer accesses AFS
through the translator machine. The credential structure only has tokens in it if the user
reissues the knfs command on the translator machine each time the user logs into the NFS
client machine.

To display the tokens associated with the designated user on the NFS client machine,
include the -tokens flag.

Users working on NFS client machines of system types for which AFS binaries are available
can use the klog command rather than the knfs command.


If the translator machine's administrator has enabled UID checking by issuing the fs
exportafs command with the -uidcheck on argument, it is not possible to use the -id
argument to assign the tokens to an NFS UID that differs from the issuer's local UID. In
this case, there is no point in including the -id argument, because the only acceptable
value (the issuer's local UID) is the value used when the -id argument is omitted.
Requiring matching UIDs is effective only when users have the same local UID on the
translator machine as on NFS client machines. In that case, it guarantees that users
assign their tokens only to their own NFS sessions.

This command does not make it possible for users working on non-supported system types to
issue AFS commands. This is possible only on NFS clients of a system type for which AFS is


-host <host name>
Names the NFS client machine on which the issuer is to work. Providing a fully-
qualified hostname is best, but abbreviated forms are possibly acceptable depending on
the state of the cell's name server at the time the command is issued.

-id <user ID (decimal)>
Specifies the local UID on the NFS client to which to assign the tokens. The NFS
client identifies file requests by the NFS UID, so creating the association enables
the Cache Manager on the translator machine to use the appropriate tokens when filling
the requests. If this argument is omitted, the command interpreter uses an NFS UID
that matches the issuer's local UID on the translator machine (as returned by the
getuid() function).

-sysname <host's '@sys' value>
Specifies the value that the local (translator) machine's remote executor daemon
substitutes for the @sys variable in pathnames when executing AFS commands issued on
the NFS client machine (which must be a supported system type). If the NFS user's PATH
environment variable uses the @sys variable in the pathnames for directories that
house AFS binaries (as recommended), then setting this argument enables NFS users to
issue AFS commands by leading the remote executor daemon to access the AFS binaries
appropriate to the NFS client machine even if its system type differs from the
translator machine's.

Discards the tokens stored in the credential structure identified by the PAG
associated with the -host argument and, optionally, the -id argument.

Displays the AFS tokens assigned to the designated user on the indicated NFS client

Prints the online help for this command. All other valid options are ignored.


The following error message indicates that UID checking is enabled on the translator
machine and that the value provided for the -id argument differs from the issuer's local

knfs: Translator in 'passwd sync' mode; remote uid must be the same as
local uid


The following example illustrates a typical use of this command. The issuer "smith" is
working on the machine "nfscli1.abc.com" and has user ID 1020 on that machine. The
translator machine "tx4.abc.com" uses an AFS-modified login utility, so "smith" obtains
tokens for the ABC Corporation cell automatically upon login via the telnet program. She
then issues the klog command to obtain tokens as "admin" in the ABC Corporation's test
cell, "test.abc.com", and the knfs command to associate both tokens with the credential
structure identified by machine name "nfs-cli1" and user ID 1020. She breaks the
connection to "tx4" and works on "nfscli1".

% telnet tx4.abc.com
. . .
login: smith
AFS(R) login

% klog admin -cell test.abc.com

% knfs nfscli1.abc.com 1020

% exit

The following example shows user smith again connecting to the machine "tx4" via the
telnet program and discarding the tokens.

% telnet translator4.abc.com
. . .
login: smith
AFS(R) login

% knfs nfscli1.abc.com 1020 -unlog

% exit



Use knfs online using onworks.net services

Free Servers & Workstations

Download Windows & Linux apps

Linux commands

  • 1
    4g8 - Packet Capture and Interception
    for Switched Networks ...
    Run 4g8
  • 2
    4s-admin � 4store cluster management
    tool ...
    Run 4s-adminJ
  • 3
    cpipe - copy stdin to stdout while
    counting bytes and reporting progress ...
    Run cpipe
  • 4
    cplay - a front-end for various audio
    players ...
    Run cplay
  • 5
    g.ppmtopng - Converts between PPM/PGM
    and PNG image formats. KEYWORDS:
    general, display ...
    Run g.ppmtopnggrass
  • 6
    g.proj - Prints or modifies GRASS
    projection information files (in various
    co-ordinate system descriptions). Can
    also be used to create new GRASS
    locations. KE...
    Run g.projgrass
  • More »