8 .Nd generate and consume base64 GSS tokens
24 generates and consumes base64 encoded GSS tokens.
25 By default, it runs as an initiator and with the
27 flag it becomes an acceptor.
30 supports the following options:
31 .Bl -tag -width indentxxxx
33 write an accepted delegated credential into
35 This only makes sense if
40 This only makes sense as a client, that is when
44 copy the default ccache to a MEMORY: ccache before each
45 separate write operation.
46 The default ccache will not pick up any obtained service
50 the cache will revert to its original state before each
52 This can be used to load test the KDC.
56 to generated tokens and expect it on consumed tokens.
58 split each token that is generated into components of maximum
61 Each token is base64 encoded and output separately.
66 This flag only changes the behaviour when operating in initiator mode.
67 This is good for very basic benchmarking.
69 loop indefinitely in acceptor mode.
71 specifies the GSS mechanism that will be used in initiator mode.
72 If a mechanism name of
74 is specified, a list of supported mechanisms will be output and
78 do not output the generated tokens.
87 The argument is required when running as an initiator but is optional as
91 will try to read a token whenever the GSS mechanism expects one
92 and will output a token whenever the GSS mechanism provides one.
93 Tokens are base64 encoded and terminated by either two successive
94 newlines or one newline and EOF.
95 The base64 encoding may be broken up by single newlines which will
96 be ignored when read. No extra whitespace will be ignored.
98 To test a simple GSS mechanism which doesn't require a round trip,
101 pipeline will suffice:
102 .Bd -literal -offset indent
103 $ export KRB5_KTNAME=/path/to/keytab
104 $ gss-token HTTP@$(hostname) | gss-token -r