RADIUM.CONF(5)

πŸ“¦
version 5.0.2+git20250321.41f65e2 Β· 3 versions
, in debian trixie, ubuntu questing, ubuntu resolute, ubuntu stonking

πŸ’– RADIUM.CONF πŸ’–

okay so bestie, this is radium.conf β€” section 5 of the File Formats Manual, the resource file for radium. it's giving config-file main character energy and honestly? obsessed. let's get into it πŸ’…


🌸 NAME 🌸

radium.conf β€” the radium resource file, fr fr.


✨ SYNOPSIS ✨

radium.conf

πŸ¦‹ DESCRIPTION πŸ¦‹

so here's the vibe: Radium will open this radium.conf if it's installed as /etc/radium.conf. it'll also go hunting for a file called radium.conf in the directories listed in $RADIUMPATH, or in $RADIUMHOME, $RADIUMHOME/lib, $HOME, and $HOME/lib, and parse it to set all your common config options. no cap.

and like β€” every single value in this file can be overridden by command line options, or by other files of this exact same format that get read in using the -F option. so you literally always have the final say. iconic.

πŸŽ€ Variable Syntax πŸŽ€

variable assignments have to be of the form:

VARIABLE=

with no white space between the VARIABLE and the = sign. quotes are optional for string arguments, but if you wanna embed comments, then quotes are required. periodt.


πŸ‘‘ RADIUM_DAEMON πŸ‘‘

Radium is capable of running as a daemon, doing all the right things that daemons do. when this configuration is used for the system daemon process β€” say, for /etc/radium.conf β€” this variable should be set to "yes".

the default value is to not run as a daemon.

this example is to support the ./support/Startup/radium script, which requires that this variable be set to "yes".

Commandline equivalent β€” -d

RADIUM_DAEMON=no

🌈 RADIUM_MONITOR_ID 🌈

Radium Monitor Data is uniquely identifiable based on the source identifier that's included in each output record. this is so you can work with Argus Data from multiple monitors at the same time, bestie. the ID is 32 bits long, and it supports a bunch of formats as legitimate values. Radium supports unsigned ints, IPv4 addresses and 4 bytes strings as values.

the formats are discerned from the values provided. double-quoted values are treated as strings, and are truncated to 4 characters. non-quoted values get tested for whether they're hostnames, and if not, then they get tested for whether they're numbers.

the configuration allows for you to use host names β€” however, do have some understanding of how hostname will be resolved by the nameserver before committing to this strategy completely. πŸ™ˆ

for convenience, argus supports the notion of `hostname` for assigning the probe's id. this is to support management of large deployments, so you can have one argus.conf file that works for a lot of probes.

for security, argus does not rely on system programs, like hostname.1. it implements the logic of hostname itself, so don't try to run arbitrary programs using this method, because it won't work.

Commandline equivalent β€” -e

RADIUM_MONITOR_ID=`hostname`    // IPv4 address returned
RADIUM_MONITOR_ID=10.2.45.3     // IPv4 address RADIUM_MONITOR_ID=2435
// Number RADIUM_MONITOR_ID="en0"         // String

πŸ’œ RADIUM_ARGUS_SERVER πŸ’œ

Radium can attach to any number of remote argus servers and collect argus data in real time. the syntax for this variable is a hostname or a dot notation IP address, followed by an optional port value, separated by a :. if the port isn't specified, the default value of 561 is used.

Commandline equivalent β€” -S <host[:port]>

RADIUM_ARGUS_SERVER=localhost:561

πŸ“ RADIUM_CISCONETFLOW_PORT πŸ“

Radium can read Cisco Netflow records directly from Cisco routers. specifying this value will alert Radium to open a UDP based socket listening for data from this name or address.

Commandline equivalent β€” -C

RADIUM_CISCONETFLOW_PORT=9996

πŸ”₯ RADIUM_USER_AUTH, RADIUM_AUTH_PASS πŸ”₯

when argus is compiled with SASL support, ra* clients may be required to authenticate to the argus server before the argus will accept the connection. this variable will let you set the user and authorization id's, if needed. although it is not recommended, you can provide a password through the RADIUM_AUTH_PASS variable. the format for this variable is:

Commandline equivalent β€” -U

RADIUM_USER_AUTH=user_id/authorization_id RADIUM_AUTH_PASS=the_password

⭐ RADIUM_ACCESS_PORT ⭐

Radium monitors can provide a real-time remote access port for collecting Radium data. this is a TCP based port service and the default port number is tcp/561, the "experimental monitor" service. this feature is disabled by default, and can be forced off by setting it to zero (0).

when you do want to enable this service, 561 is a good choice, as all ra* clients are configured to try this port by default.

Commandline equivalent β€” -P

RADIUM_ACCESS_PORT=561

🧚 RADIUM_BIND_IP 🧚

when remote access is enabled (see above πŸ‘†), you can specify that Radium should bind only to a specific IP address. this is useful, for example, in restricting access to the local host, or binding to a private interface while capturing from another. the default is to bind to any IP address.

Commandline equivalent β€” -B

RADIUM_BIND_IP="127.0.0.1"

πŸŽ€ RADIUM_OUTPUT_FILE πŸŽ€

Radium can write its output to one or a number of files β€” default limit is 5 concurrent files, each with their own independent filters.

the format is:

RADIUM_OUTPUT_FILE=/full/path/file/name
RADIUM_OUTPUT_FILE=/full/path/file/name "filter"

most sites will have radium write to a file, for reliability and performance. the example file name is used here as supporting programs, such as ./support/Archive/radiumarchive, are configured to use this file.

Commandline equivalent β€” -w

RADIUM_OUTPUT_FILE=/var/log/radium/radium.out

πŸ’… RADIUM_SET_PID πŸ’…

when Radium is configured to run as a daemon, with the -d option, Radium can store its pid in a file, to aid in managing the running daemon. however, creating a system pid file requires privileges that may not be appropriate for all cases.

⚠️ when configured to generate a pid file, if Radium cannot create the pid file, it will fail to run. this variable is available to override the default, in case this gets in your way.

the default value is to generate a pid.

No Commandline equivalent

RADIUM_SET_PID=yes

🌸 RADIUM_ADJUST_TIME 🌸

Radium can correct for time synchronization problems that may exist between data sources. if configured to do so, radium will adjust all the timestamps in records by the calculated drift between radium and its many data sources. records whose timevalues have been 'corrected' are marked so that subsequent readers can differentiate between true primitive time and modified time.

Commandline equivalent β€” -T

RADIUM_ADJUST_TIME=no

πŸ¦‹ RADIUM_MAR_STATUS_INTERVAL πŸ¦‹

Radium will periodically report on its own health, providing interface status, total packet and bytes counts, packet drop rates, and flow oriented statistics.

these records can be used as "keep alives" for periods when there is no network traffic to be monitored.

the default value is 300 seconds, but a value of 60 seconds is very common.

Commandline equivalent β€” -M

RADIUM_MAR_STATUS_INTERVAL=60

πŸ”₯ RADIUM_DEBUG_LEVEL πŸ”₯

if compiled to support this option, Radium is capable of generating a lot of debug information.

the default value is zero (0).

Commandline equivalent β€” -D

RADIUM_DEBUG_LEVEL=0

✨ RADIUM_FILTER_OPTIMIZER ✨

Radium uses the packet filter capabilities of libpcap. if there's a need to not use the libpcap filter optimizer, you can turn it off here. the default is to leave it on.

Commandline equivalent β€” -O

RADIUM_FILTER_OPTIMIZER=yes

πŸŽ€ RADIUM_FILTER πŸŽ€

you can provide a filter expression here if you like. it should be limited to 2K in length. the default is to not filter.

No Commandline equivalent

RADIUM_FILTER=""

πŸ‘‘ RADIUM_CHROOT_DIR πŸ‘‘

Radium supports chroot(2) in order to control the file system that radium exists in and can access. generally used when radium is running with privileges, this limits the negative impacts that radium could inflict on its host machine.

πŸ’€ this option will cause the output file names to be relative to this directory, and so consider this when trying to find your output files.

Commandline equivalent β€” -C

RADIUM_CHROOT_DIR=""

πŸ’œ RADIUM_SETUSER_ID πŸ’œ

Radium can be directed to change its user id using the setuid() system call. this can be used when radium is started as root, in order to access privileged resources, but then after the resources are opened, this directive will cause radium to change its user id value to a 'lesser' capable account. recommended when radium is running as a daemon.

Commandline equivalent β€” -u

RADIUM_SETUSER_ID="user"

πŸ“ RADIUM_SETGROUP_ID πŸ“

Radium can be directed to change its group id using the setgid() system call. this can be used when radium is started as root, in order to access privileged resources, but then after the resources are opened, this directive can be used to change argu's group id value to a 'lesser' capable account. recommended when radium is running as a daemon.

Commandline equivalent β€” -g

RADIUM_SETGROUP_ID="group"

⭐ RADIUM_CLASSIFIER_FILE ⭐

Radium can be used to label records as they are distributed. this can be used to classify flow records, or simply to mark them for post processing purposes.

when provided with a ralabel.conf formatted file, radium will label all matching records.

Commandline equivalent β€” none

RADIUM_CLASSIFIER_FILE=/usr/local/argus/ralabel.conf

🧚 RADIUM_CORRELATE 🧚

Radium has a correlation function, where flow data from multiple source's can be compared and 'correlateda'.

this function is enabled with a single radium configuration keyword RADIUM_CORRELATE="yes". with this variable set, radium(). will buffer incoming data to generate delay, and will correlate data from multiple sources with an event window of about 3 seconds. data that is matchable β€” which means that it has the same flow identifiers, or the same hints β€” will be treated as if they were "observed" by multiple probes, and merged.

Commandline equivalent β€” none

RADIUM_CORRELATE="no"

🌈 RADIUM_AUTH_LOCALHOST 🌈

defaults to "yes". when SASL authentication is enabled and this value is "no", client connections to radium originating on localhost will not require authentication. client connections originating from any other host will still be authenticated.

Commandline equivalent β€” none


πŸŽ€ RADIUM_V3_ACCESS_PORT πŸŽ€

allow the generation of Argus V3 (open source) flow records for clients connecting to the specified TCP port. except for the resulting data format, this option behaves like RADIUM_ACCESS_PORT. defaults to unset (0).

Commandline equivalent β€” none


Copyright (c) 2000-2024 QoSient β€” All rights reserved.


🫢 SEE ALSO 🫢


and that's the whole page, bestie!! you made it to the end, which is honestly so iconic of you πŸ’– this was radium.conf version 5.0.3, dated 19 August 2016 β€” mwah, go forth and configure slayfully βœ¨πŸ‘‘