Rpc_parallel_krb_public.ModeSourceinclude Core.Bin_prot.Binable.S with type t := tinclude Bin_prot.Binable.S_only_functions with type t := tThis function only needs implementation if t exposed to be a polymorphic variant. Despite what the type reads, this does *not* produce a function after reading; instead it takes the constructor tag (int) before reading and reads the rest of the variant t afterwards.
val kerberized :
key_source:Krb_public.Server_key_source.t ->
conn_type:Krb_public.Conn_type.t ->
unit ->
tIn this mode, communication to and from workers will use Kerberos for authentication.
key_source must be a valid key source for all the hosts where a worker is running. For example, if your key source specifies a keytab path, that path must have a valid keytab on hosts where you spawn a worker.
conn_type specifies the level of protection for the rpc communication to and from workers. If your application is extremely performance sensitive and sends a lot of data to and from your workers, you should use Auth. Otherwise, using Priv as a default is appropriate. See lib/krb/public/src/conn_type.mli for more documentation.
Regardless of what conn_type you choose, connections will only be accepted from principals that match the principal associated with key_source. By default, this is the principal associated with the user that started the rpc_parallel process.