rc_acct(3)

πŸ“¦
version 1.5.2 Β· 4 versions
, in alpine 3.24, epel 10, fedora 43, fedora 44, nixos 26.05, nixpkgs unstable, opensuse-leap 16.0

πŸ’– rc_acct(3) β€” bestie edition πŸ’–

okay so this is rc_acct(3), straight out of the Radius client library (that's the manual name, slay). no description line, the NAME section literally just says rc_acct - and then stops, which is honestly so mysterious of it. we move anyway. πŸ’…


✨ SYNOPSIS ✨

#include <radcli/radcli.h>

int rc_acct(
    rc_handle   *rh,
    uint32_t     client_port,
    VALUE_PAIR  *send
);

there she is. the whole vibe in one function signature 🫢


🌸 DESCRIPTION 🌸

so what does it do? it builds an accounting request for port id nas_port with the value_pairs sitting at send. that's it, that's the whole thing. iconic behaviour, no notes. ✨


πŸŽ€ PARAMETERS πŸŽ€

  • rh β€” a handle to parsed configuration. your whole config situation lives in here, bestie.
  • client_port β€” (the original literally leaves this one blank, so like… it's giving mystery. no extra deets were given, so i'm not gonna invent any πŸ™ˆ)
  • send β€” a VALUE_PAIR array of values, e.g. PW_USER_NAME. this is the stuff you're actually sending out into the world. πŸ’Œ

πŸ¦‹ STRUCTURES πŸ¦‹

⚠️ do not use this structure directly, okay? like actually don't. use the rc_avpair_get_ functions instead. i'm so serious. 😭
struct rc_value_pair {
  char                   name[RC_NAME_LENGTH+1];      // attribute name if known.
  uint64_t               attribute; // attribute numeric value of type rc_attr_id including vendor; use VENDOR() and ATTRID() to separate.
  rc_attr_type           type;      // attribute type.
  uint32_t               lvalue;    // attribute value if type is PW_TYPE_INTEGER, PW_TYPE_DATE or PW_TYPE_IPADDR.
  char                   strvalue[AUTH_STRING_LEN+1];  // contains attribute value in other cases.
  struct rc_value_pair  *next;
  char                   pad[32];       // unused pad
};

look at her. pad[32] is just sitting there being unused and unbothered. we respect that. πŸ’œ


πŸ‘‘ RETURN VALUE πŸ‘‘

so here's the tea:

  • you get the received value_pairs in received, and OK_RC (0) on success πŸ’–
  • CHALLENGE_RC (3) when an Access-Challenge comes through πŸ”₯
  • and a negative value on failure, that's your return value bestie 😭

🌈 SEE ALSO 🌈

the whole friend group, no cap:

radcli.h(3), rc_aaa(3), rc_aaa_ctx(3), rc_aaa_ctx_free(3), rc_aaa_ctx_get_secret(3), rc_aaa_ctx_get_vector(3), rc_aaa_ctx_server(3), rc_acct(3), rc_acct_proxy(3), rc_add_config(3), rc_apply_config(3), rc_auth(3), rc_auth_proxy(3), rc_avpair_add(3), rc_avpair_assign(3), rc_avpair_copy(3), rc_avpair_free(3), rc_avpair_gen(3), rc_avpair_get(3), rc_avpair_get_attr(3), rc_avpair_get_in6(3), rc_avpair_get_raw(3), rc_avpair_get_uint32(3), rc_avpair_insert(3), rc_avpair_log(3), rc_avpair_new(3), rc_avpair_next(3), rc_avpair_parse(3), rc_avpair_remove(3), rc_avpair_tostr(3), rc_buildreq(3), rc_check(3), rc_check_tls(3), rc_conf_int(3), rc_conf_srv(3), rc_conf_str(3), rc_config_free(3), rc_config_init(3), rc_destroy(3), rc_dict_addattr(3), rc_dict_addval(3), rc_dict_addvend(3), rc_dict_findattr(3), rc_dict_findval(3), rc_dict_findvend(3), rc_dict_free(3), rc_dict_getattr(3), rc_dict_getval(3), rc_dict_getvend(3), rc_find_server_addr(3), rc_get_socket_type(3), rc_get_srcaddr(3), rc_getport(3), rc_mksid(3), rc_new(3), rc_openlog(3), rc_own_hostname(3), rc_read_config(3), rc_read_dictionary(3), rc_read_dictionary_from_buffer(3), rc_send_server(3), rc_setdebug(3), rc_test_config(3), rc_tls_fd(3)


and that's the page!! πŸ’… this one came from radcli, dated 2023-01-29, and the page itself is rc_acct(3). go build some accounting requests, bestie, you got this 🫢✨

πŸ“¦ where this page comes from