rc_aaa_ctx(3)
β¨ NAME β¨
okay so bestie, this is rc_aaa_ctx β straight out of the Radius client library, section 3, and it's literally the auth/accounting request builder. No cap. π
π SYNOPSIS π
#include <radcli/radcli.h>
int rc_aaa_ctx(
rc_handle *rh,
RC_AAA_CTX **ctx,
uint32_t client_port,
VALUE_PAIR *send,
VALUE_PAIR **received,
char *msg,
int add_nas_port,
rc_standard_codes request_type
);
π¦ DESCRIPTION π¦
So like, it builds an authentication/accounting request for port id nas_port with the value_pairs send and submits it to a server. This function keeps its state in ctx after a successful operation. It can be deallocated using rc_aaa_ctx_free(). That's the whole vibe. π«Ά
π PARAMETERS π
rhβ a handle to parsed configuration. Your config bestie. πctxβ if non-NULLit will contain the context of the request; its initial value should beNULLand it must be released usingrc_aaa_ctx_free(). Do not forget the release, bestie, that's the rule. πclient_portβ the original page literally leaves this one blank, so I'm not inventing lore. It's justclient_port, okay? πsendβ aVALUE_PAIRarray of values (e.g.,PW_USER_NAME). πreceivedβ an allocated array of received values.msgβ must be an array ofPW_MAX_MSG_SIZEorNULL; will contain the concatenation of anyPW_REPLY_MESSAGEreceived.add_nas_portβ this should be zero; if non-zero it will includePW_NAS_PORTin sent pairs.request_typeβ one of standard RADIUS codes (e.g.,PW_ACCESS_REQUEST).
π₯ STRUCTURES π₯
Avoid using this structure directly. Use the rc_avpair_get_ functions.
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
};
and bestie, the page literally lists it twice, so here's the exact same warning and struct again, no edits, no cap:
Avoid using this structure directly. Use the rc_avpair_get_ functions.
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
};
β RETURN VALUE β
You get the received value_pairs in received, messages from the server in msg, and OK_RC (0) on success. If you get an Access-Challenge, that's CHALLENGE_RC (3). Any failure is negative as the return value. Periodt. π
πΈ SEE ALSO πΈ
bestie, if you wanna go down the rabbit hole, the page says: 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), rc_aaa_ctx_free(). πβ¨
mwah π this page was served by radcli, dated 2023-01-29, and it's all about rc_aaa_ctx(3). bye bestie! ππ
π¦ where this page comes from
- alpine 3.24: radcli-doc 1.4.0-r0 Β· BSD-2-Clause AND MIT
- epel 10: radcli-devel 1.5.2-3.el10_3 Β· BSD-2-Clause AND UMich-Merit AND HPND-Fenneberg-Livingston
- fedora 43: radcli-devel 1.4.0-5.fc43 Β· BSD-2-Clause AND UMich-Merit AND HPND-Fenneberg-Livingston
- fedora 43: radcli-devel 1.4.0-5.fc43 Β· BSD-2-Clause AND UMich-Merit AND HPND-Fenneberg-Livingston
- fedora 44: radcli-devel 1.4.0-6.fc44 Β· BSD-2-Clause AND UMich-Merit AND HPND-Fenneberg-Livingston
- fedora 44: radcli-devel 1.4.0-6.fc44 Β· BSD-2-Clause AND UMich-Merit AND HPND-Fenneberg-Livingston
- fedora 44: radcli-devel 1.5.2-3.fc44 Β· BSD-2-Clause AND UMich-Merit AND HPND-Fenneberg-Livingston
- fedora 44: radcli-devel 1.5.2-3.fc44 Β· BSD-2-Clause AND UMich-Merit AND HPND-Fenneberg-Livingston
- nixos 26.05: radcli 1.5.1
- nixpkgs unstable: radcli 1.5.2
- opensuse-leap 16.0: radcli-devel 1.4.0-bp160.1.11 Β· BSD-2-Clause AND MIT
- opensuse-leap 16.0: radcli-devel 1.4.0-bp160.1.11 Β· BSD-2-Clause AND MIT
- opensuse-leap 16.0: radcli-devel 1.4.0-bp160.1.11 Β· BSD-2-Clause AND MIT
- opensuse-leap 16.0: radcli-devel 1.4.0-bp160.1.11 Β· BSD-2-Clause AND MIT
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms