rpc_gss_get_principal_name(3N)rpc_gss_get_principal_name(3N)NAMErpc_gss_get_principal_name() - get principal names at server
SYNOPSISDESCRIPTION
Servers need to be able to operate on a client's principal name. Such
a name is stored by the server as a structure, an opaque byte string
which can be used either directly in access control lists or as data‐
base indices which can be used to look up a UNIX credential. A server
may, for example, need to compare a principal name it has received with
the principal name of a known entity, and to do that, it must be able
to generate structures from known entities.
takes as input a security mechanism, a pointer to a structure, and sev‐
eral parameters which uniquely identify an entity on a network: a user
or service name, a node name, and a domain name. From these parameters
it constructs a unique, mechanism-dependent principal name of the
structure type.
Notes
Principal names may be freed up by a call to See the free(3C) manpage.
A principal name need only be freed in instances where the name was
constructed by the application. Values returned by other routines need
not be freed because they point to structures that already exist in a
context.
PARAMETERS
How many of the identifying paramaters (name, node, and domain) to
specify depends on the mechanism being used. Kerberos V5, for example,
requires only the user name parameter but can accept the node and
domain too. An application can choose to set unneeded parameters to
NULL.
For additional information on data types for parameters, see the rpc‐
sec_gss(3N) manpage.
principal An opaque, mechanism-dependent structure representing the
client's principal name.
mech An ASCII string representing the security mechanism in use.
Valid strings may be found in the file, or by using
name A UNIX login name (for example, 'gwashington') or service
name, such as 'nfs'.
node A node in a domain; typically, this would be a machine name
(for example, 'valleyforge').
domain A security domain, for example, a DNS or NIS domain name (for
example, 'eng.company.com').
MULTITHREAD USAGE
Thread Safe: Yes
Cancel Safe: Yes
Fork Safe: No
Async-cancel Safe: No
Async-signal Safe: No
These functions can be called safely in a multithreaded environment.
They may be cancellation points in that they call functions that are
cancel points.
In a multithreaded environment, these functions are not safe to be
called by a child process after and before These functions should not
be called by a multithreaded application that supports asynchronous
cancellation or asynchronous signals.
RETURN VALUES
returns if it is successful; otherwise, use to get the error associated
with the failure.
FILES
File containing valid security mechanisms.
SEE ALSOfree(3C), rpc(3N), rpc_gss_set_svc_name(3N), rpc_gss_get_mecha‐
nisms(3N), rpcsec_gss(3N), mech(4).
rpc_gss_get_principal_name(3N)