Now that we have virtual servers, we don't need radrelay.conf
authoraland <aland>
Tue, 23 Oct 2007 04:03:33 +0000 (04:03 +0000)
committeraland <aland>
Tue, 23 Oct 2007 04:03:33 +0000 (04:03 +0000)
any more

man/man8/radrelay.8
raddb/Makefile

index 1f423ec..9cb61ec 100644 (file)
@@ -8,9 +8,42 @@ files, among others.
 .PP
 The \fIrlm_sql_log\fP module does something similar, but for SQL
 queries.  See it's man page for details.
+.SH "REPLICATION FOR BACKUPS"
+Many sites run multiple radius servers; at least one primary and one
+backup server. When the primary goes down, most NASes detect that and
+switch to the backup server.
+
+That will cause your accounting packets to go the the backup server -
+and some NASes don't even switch back to the primary server when it
+comes back up.
+
+The result is that accounting records are missed, and/or the
+administrator must jump through hoops in order to combine the
+different detail files from multiple servers. It also means that the
+session database ("radutmp", used for radwho and simultaneous use
+detection) gets out of sync.
+
+We solve this issue by "relaying" packets from one server to
+another, so they both have the same set of accounting data.
+
+See raddb/sites-available/buffered-sql for more information.
+.SH "BUFFERING FOR HIGH-LOAD SERVERS"
+If the RADIUS server suddenly receives a many accounting packets,
+there may be insufficient CPU power to process them all in a timely
+manner.  This problem is especially noticable when the accounting
+packets are going to a back-end database.
+
+Similarly, you may have one database that tracks "live" sessions, and
+another that tracks historical accounting data.  In that case,
+accessing the first database is fast, as it is small.  Accessing the
+second database many be slower, as it may contain multiple gigabytes
+of data.  In addition, writing to the first database in a timely
+manner is important, while data may be written to the second database
+with a few minutes delay, without any harm being done.
+
+See raddb/sites-available/copy-to-home-server for more information.
 .SH SEE ALSO
 .BR radiusd(8),
-.BR radrelay.conf(5),
 .BR rlm_sql_log(5)
 .SH AUTHOR
 The FreeRADIUS Server Project
index 459af1e..2a3e84a 100644 (file)
@@ -13,7 +13,7 @@ FILES = acct_users attrs attrs.access_reject attrs.accounting_response        \
        attrs.pre-proxy clients.conf dictionary eap.conf                \
        experimental.conf hints huntgroups ldap.attrmap otp.conf        \
        policy.txt preproxy_users proxy.conf radiusd.conf               \
-       radrelay.conf snmp.conf sql.conf sqlippool.conf users           \
+       snmp.conf sql.conf sqlippool.conf users         \
        vmpsd.conf sites-available/default sites-available/example \
        sites-available/README