Page MenuHomeFreeBSD

rpcsec_tls/client: API refactoring between kernel and rpc.tlsclntd(8)
ClosedPublic

Authored by glebius on Jan 20 2025, 9:06 PM.
Tags
None
Referenced Files
F115928865: D48564.diff
Wed, Apr 30, 1:09 PM
Unknown Object (File)
Sun, Apr 6, 1:20 PM
Unknown Object (File)
Sat, Apr 5, 6:27 PM
Unknown Object (File)
Feb 27 2025, 11:32 PM
Unknown Object (File)
Feb 12 2025, 1:48 PM
Unknown Object (File)
Feb 11 2025, 3:13 PM
Unknown Object (File)
Feb 11 2025, 12:29 AM
Unknown Object (File)
Feb 2 2025, 9:12 PM
Subscribers

Details

Summary

Now that the conversion of rpcsec_tls/client + rpc.tlsclntd(8) to the
netlink(4) socket as RPC transport started using kernel socket pointer as
a reliable cookie, we can shave off quite a lot of complexity. We will
utilize the same kernel-generated cookie in all RPCs. And the need for
the daemon generated cookie in the form of timestamp+sequence vanishes.

In the clnt_vc.c we no longer need to store the userland cookie, but we
still need to observe the TLS life cycle of the client. We observe
RPCTLS_INHANDSHAKE state, that lives for a short time when the socket had
already been fetched by the daemon with the syscall, but the RPC call is
still waiting for the reply from daemon.

This time bump the RPC version.

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Skipped
Unit
Tests Skipped
Build Status
Buildable 61837
Build 58721: arc lint + arc unit