Client (p.krb.v0.16.0.doc.krb.internal.Krb_internal_public.Auth

Sourcetype 'a with_init_args = 'a V1.Client.with_init_args

Sourceval init : (t * Ap_req.t) Async.Deferred.Or_error.t with_inets with_init_args

See V1.Client.init

Sourceval init_without_addrs : Ap_req.t Async.Deferred.Or_error.t with_init_args

Without setting addrs on the auth context, you can't encode/decode messages. Thus, you don't get back a t. However, you can still use the ap_req as a way for the client to claim its identity.

Source

val read_and_verify_ap_rep : 
  t ->
  ap_rep:Ap_rep.t ->
  unit Async.Deferred.Or_error.t

Read an AP_REP message from the server. This authenticates the server to the client

Source

val make_krb_cred : 
  t ->
  forwardable:bool ->
  client:Principal.t ->
  Cred_cache.t ->
  Krb_cred.t Async.Deferred.Or_error.t

Create a KRB-CRED message. This will be sent by the client to forward its credentials (really just TGT) to the server.