rpc_gss_get_principal_name man page on SmartOS

Man page or keyword search:  
man Server   16655 pages
apropos Keyword Search (all sections)
Output format
SmartOS logo
[printable version]

RPC_GSS_GET_PRINCIPAL_NAME(3NSL)	      RPC_GSS_GET_PRINCIPAL_NAME(3NSL)

NAME
       rpc_gss_get_principal_name - Get principal names at server

SYNOPSIS
       #include <rpc/rpcsec_gss.h>

       bool_t rpc_gss_get_principal_name(rpc_gss_principal_ *principal,
	    char *mech, char *name, char *node, char *domain);

DESCRIPTION
       Servers need to be able to operate on a client's principal name. Such a
       name is stored by the server as a   rpc_gss_principal_t	structure,  an
       opaque  byte string which can be used either directly in access control
       lists or as database indices which can be used to look up a  UNIX  cre‐
       dential. 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 rpc_gss_principal_t structures from known
       entities.

       rpc_gss_get_principal_name() takes as input  a  security	 mechanism,  a
       pointer	to  a  rpc_gss_principal_t  structure,	and several 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  rpc_gss_principal_t
       structure type.

PARAMETERS
       How  many of the identifying parameters	(name ,	 node, and domain) are
       necessary to specify depends on the mechanism being used.  For example,
       Kerberos	 V5 requires only a user name but can accept a node and domain
       name. An application can choose to set unneeded parameters to NULL.

       Information on RPCSEC_GSS data types for parameters may be found on the
       rpcsec_gss(3NSL) man page.

       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 /etc/gss/mech
		     file, or by using rpc_gss_get_mechanisms().

       name
		     A	UNIX login name (for example, 'gwashington')  or  ser‐
		     vice 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,	NIS,  or  NIS+
		     domain name ('eng.company.com').

RETURN VALUES
       rpc_gss_get_principal_name()  returns  TRUE if it is successful; other‐
       wise, use  rpc_gss_get_error() to get the  error	 associated  with  the
       failure.

FILES
       /etc/gss/mech
			 File containing valid security mechanisms

ATTRIBUTES
       See attributes(5) for descriptions of the following attributes:

       ┌───────────────┬─────────────────┐
       │ATTRIBUTE TYPE │ ATTRIBUTE VALUE │
       ├───────────────┼─────────────────┤
       │MT-Level       │ MT-Safe	 │
       └───────────────┴─────────────────┘

SEE ALSO
       free(3C),	    rpc(3NSL),		 rpc_gss_get_mechanisms(3NSL),
       rpc_gss_set_svc_name(3NSL), rpcsec_gss(3NSL), mech(4), attributes(5)

       ONC+ Developer's Guide

       Linn, J. RFC 2078, Generic Security Service Application Program	Inter‐
       face, Version 2. Network Working Group. January 1997.

NOTES
				  Feb 5, 2002 RPC_GSS_GET_PRINCIPAL_NAME(3NSL)
[top]

List of man pages available for SmartOS

Copyright (c) for man pages and the logo by the respective OS vendor.

For those who want to learn more, the polarhome community provides shell access and support.

[legal] [privacy] [GNU] [policy] [cookies] [netiquette] [sponsors] [FAQ]
Tweet
Polarhome, production since 1999.
Member of Polarhome portal.
Based on Fawad Halim's script.
....................................................................
Vote for polarhome
Free Shell Accounts :: the biggest list on the net