import from HEAD:
[freeradius.git] / raddb / radiusd.conf.in
1 ##
2 ## radiusd.conf -- FreeRADIUS server configuration file.
3 ##
4 ##      http://www.freeradius.org/
5 ##      $Id$
6 ##
7
8 #       The location of other config files and
9 #       logfiles are declared in this file
10 #
11 #       Also general configuration for modules can be done
12 #       in this file, it is exported through the API to
13 #       modules that ask for it.
14 #
15 #       The configuration variables defined here are of the form ${foo}
16 #       They are local to this file, and do not change from request to
17 #       request.
18 #
19 #       The per-request variables are of the form %{Attribute-Name}, and
20 #       are taken from the values of the attribute in the incoming
21 #       request.  See 'doc/variables.txt' for more information.
22
23 prefix = @prefix@
24 exec_prefix = @exec_prefix@
25 sysconfdir = @sysconfdir@
26 localstatedir = @localstatedir@
27 sbindir = @sbindir@
28 logdir = @logdir@
29 raddbdir = @raddbdir@
30 radacctdir = @radacctdir@
31
32 #  Location of config and logfiles.
33 confdir = ${raddbdir}
34 run_dir = ${localstatedir}/run/radiusd
35
36 #
37 #  The logging messages for the server are appended to the
38 #  tail of this file.
39 #
40 log_file = ${logdir}/radius.log
41
42 #
43 # libdir: Where to find the rlm_* modules.
44 #
45 #   This should be automatically set at configuration time.
46 #
47 #   If the server builds and installs, but fails at execution time
48 #   with an 'undefined symbol' error, then you can use the libdir
49 #   directive to work around the problem.
50 #
51 #   The cause is usually that a library has been installed on your
52 #   system in a place where the dynamic linker CANNOT find it.  When
53 #   executing as root (or another user), your personal environment MAY
54 #   be set up to allow the dynamic linker to find the library.  When
55 #   executing as a daemon, FreeRADIUS MAY NOT have the same
56 #   personalized configuration.
57 #
58 #   To work around the problem, find out which library contains that symbol,
59 #   and add the directory containing that library to the end of 'libdir',
60 #   with a colon separating the directory names.  NO spaces are allowed.
61 #
62 #   e.g. libdir = /usr/local/lib:/opt/package/lib
63 #
64 #   You can also try setting the LD_LIBRARY_PATH environment variable
65 #   in a script which starts the server.
66 #
67 #   If that does not work, then you can re-configure and re-build the
68 #   server to NOT use shared libraries, via:
69 #
70 #       ./configure --disable-shared
71 #       make
72 #       make install
73 #
74 libdir = @libdir@
75
76 #  pidfile: Where to place the PID of the RADIUS server.
77 #
78 #  The server may be signalled while it's running by using this
79 #  file.
80 #
81 #  This file is written when ONLY running in daemon mode.
82 #
83 #  e.g.:  kill -HUP `cat /var/run/radiusd/radiusd.pid`
84 #
85 pidfile = ${run_dir}/radiusd.pid
86
87
88 # user/group: The name (or #number) of the user/group to run radiusd as.
89 #
90 #   If these are commented out, the server will run as the user/group
91 #   that started it.  In order to change to a different user/group, you
92 #   MUST be root ( or have root privleges ) to start the server.
93 #
94 #   We STRONGLY recommend that you run the server with as few permissions
95 #   as possible.  That is, if you're not using shadow passwords, the
96 #   user and group items below should be set to 'nobody'.
97 #
98 #    On SCO (ODT 3) use "user = nouser" and "group = nogroup".
99 #
100 #  NOTE that some kernels refuse to setgid(group) when the value of
101 #  (unsigned)group is above 60000; don't use group nobody on these systems!
102 #
103 #  On systems with shadow passwords, you might have to set 'group = shadow'
104 #  for the server to be able to read the shadow password file.  If you can
105 #  authenticate users while in debug mode, but not in daemon mode, it may be
106 #  that the debugging mode server is running as a user that can read the
107 #  shadow info, and the user listed below can not.
108 #
109 #user = nobody
110 #group = nobody
111
112 #  max_request_time: The maximum time (in seconds) to handle a request.
113 #
114 #  Requests which take more time than this to process may be killed, and
115 #  a REJECT message is returned.
116 #
117 #  WARNING: If you notice that requests take a long time to be handled,
118 #  then this MAY INDICATE a bug in the server, in one of the modules
119 #  used to handle a request, OR in your local configuration.
120 #
121 #  This problem is most often seen when using an SQL database.  If it takes
122 #  more than a second or two to receive an answer from the SQL database,
123 #  then it probably means that you haven't indexed the database.  See your
124 #  SQL server documentation for more information.
125 #
126 #  Useful range of values: 5 to 120
127 #
128 max_request_time = 30
129
130 #  delete_blocked_requests: If the request takes MORE THAN 'max_request_time'
131 #  to be handled, then maybe the server should delete it.
132 #
133 #  If you're running in threaded, or thread pool mode, this setting
134 #  should probably be 'no'.  Setting it to 'yes' when using a threaded
135 #  server MAY cause the server to crash!
136 #
137 delete_blocked_requests = no
138
139 #  cleanup_delay: The time to wait (in seconds) before cleaning up
140 #  a reply which was sent to the NAS.
141 #
142 #  The RADIUS request is normally cached internally for a short period
143 #  of time, after the reply is sent to the NAS.  The reply packet may be
144 #  lost in the network, and the NAS will not see it.  The NAS will then
145 #  re-send the request, and the server will respond quickly with the
146 #  cached reply.
147 #
148 #  If this value is set too low, then duplicate requests from the NAS
149 #  MAY NOT be detected, and will instead be handled as seperate requests.
150 #
151 #  If this value is set too high, then the server will cache too many
152 #  requests, and some new requests may get blocked.  (See 'max_requests'.)
153 #
154 #  Useful range of values: 2 to 10
155 #
156 cleanup_delay = 5
157
158 #  max_requests: The maximum number of requests which the server keeps
159 #  track of.  This should be 256 multiplied by the number of clients.
160 #  e.g. With 4 clients, this number should be 1024.
161 #
162 #  If this number is too low, then when the server becomes busy,
163 #  it will not respond to any new requests, until the 'cleanup_delay'
164 #  time has passed, and it has removed the old requests.
165 #
166 #  If this number is set too high, then the server will use a bit more
167 #  memory for no real benefit.
168 #
169 #  If you aren't sure what it should be set to, it's better to set it
170 #  too high than too low.  Setting it to 1000 per client is probably
171 #  the highest it should be.
172 #
173 #  Useful range of values: 256 to infinity
174 #
175 max_requests = 1024
176
177 #  bind_address:  Make the server listen on a particular IP address, and
178 #  send replies out from that address.  This directive is most useful
179 #  for machines with multiple IP addresses on one interface.
180 #
181 #  It can either contain "*", or an IP address, or a fully qualified
182 #  Internet domain name.  The default is "*"
183 #
184 #  As of 1.0, you can also use the "listen" directive.  See below for
185 #  more information.
186 #
187 bind_address = *
188
189 #  port: Allows you to bind FreeRADIUS to a specific port.
190 #
191 #  The default port that most NAS boxes use is 1645, which is historical.
192 #  RFC 2138 defines 1812 to be the new port.  Many new servers and
193 #  NAS boxes use 1812, which can create interoperability problems.
194 #
195 #  The port is defined here to be 0 so that the server will pick up
196 #  the machine's local configuration for the radius port, as defined
197 #  in /etc/services.
198 #
199 #  If you want to use the default RADIUS port as defined on your server,
200 #  (usually through 'grep radius /etc/services') set this to 0 (zero).
201 #
202 #  A port given on the command-line via '-p' over-rides this one.
203 #
204 #  As of 1.0, you can also use the "listen" directive.  See below for
205 #  more information.
206 #
207 port = 0
208
209 #
210 #  By default, the server uses "bind_address" to listen to all IP's
211 #  on a machine, or just one IP.  The "port" configuration is used
212 #  to select the authentication port used when listening on those
213 #  addresses.
214 #
215 #  If you want the server to listen on additional addresses, you can
216 #  use the "listen" section.  A sample section (commented out) is included
217 #  below.  This "listen" section duplicates the functionality of the
218 #  "bind_address" and "port" configuration entries, but it only listens
219 #  for authentication packets.
220 #
221 #  If you comment out the "bind_address" and "port" configuration entries,
222 #  then it becomes possible to make the server accept only accounting,
223 #  or authentication packets.  Previously, it always listened for both
224 #  types of packets, and it was impossible to make it listen for only
225 #  one type of packet.
226 #
227 #listen {
228         #  IP address on which to listen.
229         #  Allowed values are:
230         #       dotted quad (1.2.3.4)
231         #       hostname    (radius.example.com)
232         #       wildcard    (*)
233 #       ipaddr = *
234
235         #  Port on which to listen.
236         #  Allowed values are:
237         #       integer port number (1812)
238         #       0 means "use /etc/services for the proper port"
239 #       port = 0
240
241         #  Type of packets to listen for.
242         #  Allowed values are:
243         #       auth    listen for authentication packets
244         #       acct    listen for accounting packets
245         #
246 #       type = auth
247 #}
248
249
250 #  hostname_lookups: Log the names of clients or just their IP addresses
251 #  e.g., www.freeradius.org (on) or 206.47.27.232 (off).
252 #
253 #  The default is 'off' because it would be overall better for the net
254 #  if people had to knowingly turn this feature on, since enabling it
255 #  means that each client request will result in AT LEAST one lookup
256 #  request to the nameserver.   Enabling hostname_lookups will also
257 #  mean that your server may stop randomly for 30 seconds from time
258 #  to time, if the DNS requests take too long.
259 #
260 #  Turning hostname lookups off also means that the server won't block
261 #  for 30 seconds, if it sees an IP address which has no name associated
262 #  with it.
263 #
264 #  allowed values: {no, yes}
265 #
266 hostname_lookups = no
267
268 #  Core dumps are a bad thing.  This should only be set to 'yes'
269 #  if you're debugging a problem with the server.
270 #
271 #  allowed values: {no, yes}
272 #
273 allow_core_dumps = no
274
275 #  Regular expressions
276 #
277 #  These items are set at configure time.  If they're set to "yes",
278 #  then setting them to "no" turns off regular expression support.
279 #
280 #  If they're set to "no" at configure time, then setting them to "yes"
281 #  WILL NOT WORK.  It will give you an error.
282 #
283 regular_expressions     = @REGEX@
284 extended_expressions    = @REGEX_EXTENDED@
285
286 #  Log the full User-Name attribute, as it was found in the request.
287 #
288 # allowed values: {no, yes}
289 #
290 log_stripped_names = no
291
292 #  Log authentication requests to the log file.
293 #
294 #  allowed values: {no, yes}
295 #
296 log_auth = no
297
298 #  Log passwords with the authentication requests.
299 #  log_auth_badpass  - logs password if it's rejected
300 #  log_auth_goodpass - logs password if it's correct
301 #
302 #  allowed values: {no, yes}
303 #
304 log_auth_badpass = no
305 log_auth_goodpass = no
306
307 # usercollide:  Turn "username collision" code on and off.  See the
308 # "doc/duplicate-users" file
309 #
310 #  WARNING
311 #  !!!!!!!  Setting this to "yes" may result in the server behaving
312 #  !!!!!!!  strangely.  The "username collision" code will ONLY work
313 #  !!!!!!!  with clear-text passwords.  Even then, it may not do what
314 #  !!!!!!!  you want, or what you expect.
315 #  !!!!!!!
316 #  !!!!!!!  We STRONGLY RECOMMEND that you do not use this feature,
317 #  !!!!!!!  and that you find another way of acheiving the same goal.
318 #  !!!!!!!
319 #  !!!!!!!  e,g. module fail-over.  See 'doc/configurable_failover'
320 #  WARNING
321 #
322 usercollide = no
323
324 # lower_user / lower_pass:  
325 # Lower case the username/password "before" or "after"
326 # attempting to authenticate.  
327 #
328 #  If "before", the server will first modify the request and then try
329 #  to auth the user.  If "after", the server will first auth using the
330 #  values provided by the user.  If that fails it will reprocess the
331 #  request after modifying it as you specify below.
332 #
333 #  This is as close as we can get to case insensitivity.  It is the
334 #  admin's job to ensure that the username on the auth db side is
335 #  *also* lowercase to make this work
336 #
337 # Default is 'no' (don't lowercase values)
338 # Valid values = "before" / "after" / "no"
339 #
340 lower_user = no
341 lower_pass = no
342
343 # nospace_user / nospace_pass:
344 #
345 #  Some users like to enter spaces in their username or password
346 #  incorrectly.  To save yourself the tech support call, you can
347 #  eliminate those spaces here:
348 #
349 # Default is 'no' (don't remove spaces)
350 # Valid values = "before" / "after" / "no" (explanation above)
351 #
352 nospace_user = no
353 nospace_pass = no
354
355 #  The program to execute to do concurrency checks.
356 checkrad = ${sbindir}/checkrad
357
358 # SECURITY CONFIGURATION
359 #
360 #  There may be multiple methods of attacking on the server.  This
361 #  section holds the configuration items which minimize the impact
362 #  of those attacks
363 #
364 security {
365         #
366         #  max_attributes: The maximum number of attributes
367         #  permitted in a RADIUS packet.  Packets which have MORE
368         #  than this number of attributes in them will be dropped.
369         #
370         #  If this number is set too low, then no RADIUS packets
371         #  will be accepted.
372         #
373         #  If this number is set too high, then an attacker may be
374         #  able to send a small number of packets which will cause
375         #  the server to use all available memory on the machine.
376         #
377         #  Setting this number to 0 means "allow any number of attributes"
378         max_attributes = 200
379
380         #
381         #  reject_delay: When sending an Access-Reject, it can be
382         #  delayed for a few seconds.  This may help slow down a DoS
383         #  attack.  It also helps to slow down people trying to brute-force
384         #  crack a users password.
385         #
386         #  Setting this number to 0 means "send rejects immediately"
387         #
388         #  If this number is set higher than 'cleanup_delay', then the
389         #  rejects will be sent at 'cleanup_delay' time, when the request
390         #  is deleted from the internal cache of requests.
391         #
392         #  Useful ranges: 1 to 5
393         reject_delay = 1
394
395         #
396         #  status_server: Whether or not the server will respond
397         #  to Status-Server requests.
398         #
399         #  Normally this should be set to "no", because they're useless.
400         #  See: http://www.freeradius.org/rfc/rfc2865.html#Keep-Alives
401         #
402         #  However, certain NAS boxes may require them. 
403         #
404         #  When sent a Status-Server message, the server responds with
405         #  an Access-Accept packet, containing a Reply-Message attribute,
406         #  which is a string describing how long the server has been
407         #  running.
408         #
409         status_server = no
410 }
411
412 # PROXY CONFIGURATION
413 #
414 #  proxy_requests: Turns proxying of RADIUS requests on or off.
415 #
416 #  The server has proxying turned on by default.  If your system is NOT
417 #  set up to proxy requests to another server, then you can turn proxying
418 #  off here.  This will save a small amount of resources on the server.
419 #
420 #  If you have proxying turned off, and your configuration files say
421 #  to proxy a request, then an error message will be logged.
422 #
423 #  To disable proxying, change the "yes" to "no", and comment the
424 #  $INCLUDE line.
425 #
426 #  allowed values: {no, yes}
427 #
428 proxy_requests  = yes
429 $INCLUDE  ${confdir}/proxy.conf
430
431
432 # CLIENTS CONFIGURATION
433 #
434 #  Client configuration is defined in "clients.conf".  
435 #
436
437 #  The 'clients.conf' file contains all of the information from the old
438 #  'clients' and 'naslist' configuration files.  We recommend that you
439 #  do NOT use 'client's or 'naslist', although they are still
440 #  supported.
441 #
442 #  Anything listed in 'clients.conf' will take precedence over the
443 #  information from the old-style configuration files.
444 #
445 $INCLUDE  ${confdir}/clients.conf
446
447
448 # SNMP CONFIGURATION
449 #
450 #  Snmp configuration is only valid if SNMP support was enabled
451 #  at compile time.
452 #
453 #  To enable SNMP querying of the server, set the value of the
454 #  'snmp' attribute to 'yes'
455 #
456 snmp    = no
457 $INCLUDE  ${confdir}/snmp.conf
458
459
460 # THREAD POOL CONFIGURATION
461 #
462 #  The thread pool is a long-lived group of threads which
463 #  take turns (round-robin) handling any incoming requests.
464 #
465 #  You probably want to have a few spare threads around,
466 #  so that high-load situations can be handled immediately.  If you
467 #  don't have any spare threads, then the request handling will
468 #  be delayed while a new thread is created, and added to the pool.
469 #
470 #  You probably don't want too many spare threads around,
471 #  otherwise they'll be sitting there taking up resources, and
472 #  not doing anything productive.
473 #
474 #  The numbers given below should be adequate for most situations.
475 #
476 thread pool {
477         #  Number of servers to start initially --- should be a reasonable
478         #  ballpark figure.
479         start_servers = 5
480
481         #  Limit on the total number of servers running.
482         #
483         #  If this limit is ever reached, clients will be LOCKED OUT, so it
484         #  should NOT BE SET TOO LOW.  It is intended mainly as a brake to
485         #  keep a runaway server from taking the system with it as it spirals
486         #  down...
487         #
488         #  You may find that the server is regularly reaching the
489         #  'max_servers' number of threads, and that increasing
490         #  'max_servers' doesn't seem to make much difference.
491         #
492         #  If this is the case, then the problem is MOST LIKELY that
493         #  your back-end databases are taking too long to respond, and
494         #  are preventing the server from responding in a timely manner.
495         #
496         #  The solution is NOT do keep increasing the 'max_servers'
497         #  value, but instead to fix the underlying cause of the
498         #  problem: slow database, or 'hostname_lookups=yes'.
499         #
500         #  For more information, see 'max_request_time', above.
501         #
502         max_servers = 32
503
504         #  Server-pool size regulation.  Rather than making you guess
505         #  how many servers you need, FreeRADIUS dynamically adapts to
506         #  the load it sees, that is, it tries to maintain enough
507         #  servers to handle the current load, plus a few spare
508         #  servers to handle transient load spikes.
509         #
510         #  It does this by periodically checking how many servers are
511         #  waiting for a request.  If there are fewer than
512         #  min_spare_servers, it creates a new spare.  If there are
513         #  more than max_spare_servers, some of the spares die off.
514         #  The default values are probably OK for most sites.
515         #
516         min_spare_servers = 3
517         max_spare_servers = 10
518
519         #  There may be memory leaks or resource allocation problems with
520         #  the server.  If so, set this value to 300 or so, so that the
521         #  resources will be cleaned up periodically.
522         #
523         #  This should only be necessary if there are serious bugs in the
524         #  server which have not yet been fixed.
525         #
526         #  '0' is a special value meaning 'infinity', or 'the servers never
527         #  exit'
528         max_requests_per_server = 0
529 }
530
531 # MODULE CONFIGURATION
532 #
533 #  The names and configuration of each module is located in this section.
534 #
535 #  After the modules are defined here, they may be referred to by name,
536 #  in other sections of this configuration file.
537 #
538 modules {
539         #
540         #  Each module has a configuration as follows:
541         #
542         #       name [ instance ] {
543         #               config_item = value
544         #               ...
545         #       }
546         #
547         #  The 'name' is used to load the 'rlm_name' library
548         #  which implements the functionality of the module.
549         #
550         #  The 'instance' is optional.  To have two different instances
551         #  of a module, it first must be referred to by 'name'.
552         #  The different copies of the module are then created by
553         #  inventing two 'instance' names, e.g. 'instance1' and 'instance2'
554         #
555         #  The instance names can then be used in later configuration
556         #  INSTEAD of the original 'name'.  See the 'radutmp' configuration
557         #  below for an example.
558         #
559
560         # PAP module to authenticate users based on their stored password
561         #
562         #  Supports multiple encryption schemes
563         #  clear: Clear text
564         #  crypt: Unix crypt
565         #    md5: MD5 ecnryption
566         #   sha1: SHA1 encryption.
567         #  DEFAULT: crypt
568         pap {
569                 encryption_scheme = crypt
570         }
571
572         # CHAP module
573         #
574         #  To authenticate requests containing a CHAP-Password attribute.
575         #
576         chap {
577                 authtype = CHAP
578         }
579
580         # Pluggable Authentication Modules
581         #
582         #  For Linux, see:
583         #       http://www.kernel.org/pub/linux/libs/pam/index.html
584         #
585         #  WARNING: On many systems, the system PAM libraries have
586         #           memory leaks!  We STRONGLY SUGGEST that you do not
587         #           use PAM for authentication, due to those memory leaks.
588         #
589         pam {
590                 #
591                 #  The name to use for PAM authentication.
592                 #  PAM looks in /etc/pam.d/${pam_auth_name}
593                 #  for it's configuration.  See 'redhat/radiusd-pam'
594                 #  for a sample PAM configuration file.
595                 #
596                 #  Note that any Pam-Auth attribute set in the 'authorize'
597                 #  section will over-ride this one.
598                 #
599                 pam_auth = radiusd
600         }
601
602         # Unix /etc/passwd style authentication
603         #
604         unix {
605                 #
606                 #  Cache /etc/passwd, /etc/shadow, and /etc/group
607                 #
608                 #  The default is to NOT cache them.
609                 #
610                 #  For FreeBSD and NetBSD, you do NOT want to enable
611                 #  the cache, as it's password lookups are done via a
612                 #  database, so set this value to 'no'.
613                 #
614                 #  Some systems (e.g. RedHat Linux with pam_pwbd) can
615                 #  take *seconds* to check a password, when th passwd
616                 #  file containing 1000's of entries.  For those systems,
617                 #  you should set the cache value to 'yes', and set
618                 #  the locations of the 'passwd', 'shadow', and 'group'
619                 #  files, below.
620                 #
621                 # allowed values: {no, yes}
622                 cache = no
623
624                 # Reload the cache every 600 seconds (10mins). 0 to disable.
625                 cache_reload = 600
626
627                 #
628                 #  Define the locations of the normal passwd, shadow, and
629                 #  group files.
630                 #
631                 #  'shadow' is commented out by default, because not all
632                 #  systems have shadow passwords.
633                 #
634                 #  To force the module to use the system password functions,
635                 #  instead of reading the files, leave the following entries
636                 #  commented out.
637                 #
638                 #  This is required for some systems, like FreeBSD,
639                 #  and Mac OSX.
640                 #
641                 #       passwd = /etc/passwd
642                 #       shadow = /etc/shadow
643                 #       group = /etc/group
644
645                 #
646                 #  The location of the "wtmp" file.
647                 #  This should be moved to it's own module soon.
648                 #
649                 #  The only use for 'radlast'.  If you don't use
650                 #  'radlast', then you can comment out this item.
651                 #
652                 radwtmp = ${logdir}/radwtmp
653         }
654
655         #  Extensible Authentication Protocol
656         #
657         #  For all EAP related authentications.
658         #  Now in another file, because it is very large.
659         #
660 $INCLUDE ${confdir}/eap.conf
661
662         # Microsoft CHAP authentication
663         #
664         #  This module supports MS-CHAP and MS-CHAPv2 authentication.
665         #  It also enforces the SMB-Account-Ctrl attribute.
666         #
667         mschap {
668                 #
669                 #  As of 0.9, the mschap module does NOT support
670                 #  reading from /etc/smbpasswd.
671                 #
672                 #  If you are using /etc/smbpasswd, see the 'passwd'
673                 #  module for an example of how to use /etc/smbpasswd
674
675                 # if use_mppe is not set to no mschap will
676                 # add MS-CHAP-MPPE-Keys for MS-CHAPv1 and
677                 # MS-MPPE-Recv-Key/MS-MPPE-Send-Key for MS-CHAPv2
678                 #
679                 #use_mppe = no
680
681                 # if mppe is enabled require_encryption makes
682                 # encryption moderate
683                 #
684                 #require_encryption = yes
685
686                 # require_strong always requires 128 bit key
687                 # encryption
688                 #
689                 #require_strong = yes
690
691                 # Windows sends us a username in the form of
692                 # DOMAIN\user, but sends the challenge response
693                 # based on only the user portion.  This hack
694                 # corrects for that incorrect behavior.
695                 #
696                 #with_ntdomain_hack = no
697
698                 # The module can perform authentication itself, OR
699                 # use a Windows Domain Controller.  This configuration
700                 # directive tells the module to call the ntlm_auth
701                 # program, which will do the authentication, and return
702                 # the NT-Key.  Note that you MUST have "winbindd" and
703                 # "nmbd" running on the local machine for ntlm_auth
704                 # to work.  See the ntlm_auth program documentation
705                 # for details.
706                 #
707                 # Be VERY careful when editing the following line!
708                 #
709                 #ntlm_auth = "/path/to/ntlm_auth --request-nt-key --username=%{Stripped-User-Name:-%{User-Name:-None}} --challenge=%{mschap:Challenge:-00} --nt-response=%{mschap:NT-Response:-00}"
710         }
711
712         # Lightweight Directory Access Protocol (LDAP)
713         #
714         #  This module definition allows you to use LDAP for
715         #  authorization and authentication.
716         #
717         #  See doc/rlm_ldap for description of configuration options 
718         #  and sample authorize{} and authenticate{} blocks 
719         #
720         #  However, LDAP can be used for authentication ONLY when the
721         #  Access-Request packet contains a clear-text User-Password
722         #  attribute.  LDAP authentication will NOT work for any other
723         #  authentication method.
724         #
725         #  This means that LDAP servers don't understand EAP.  If you
726         #  force "Auth-Type = LDAP", and then send the server a
727         #  request containing EAP authentication, then authentication
728         #  WILL NOT WORK.
729         #
730         #  The solution is to use the default configuration, which does
731         #  work.
732         #
733         #  Setting "Auth-Type = LDAP" is ALMOST ALWAYS WRONG.  We
734         #  really can't emphasize this enough.
735         #       
736         ldap {
737                 server = "ldap.your.domain"
738                 # identity = "cn=admin,o=My Org,c=UA"
739                 # password = mypass
740                 basedn = "o=My Org,c=UA"
741                 filter = "(uid=%{Stripped-User-Name:-%{User-Name}})"
742                 # base_filter = "(objectclass=radiusprofile)"
743
744                 # set this to 'yes' to use TLS encrypted connections
745                 # to the LDAP database by using the StartTLS extended
746                 # operation.
747                 # The StartTLS operation is supposed to be used with normal
748                 # ldap connections instead of using ldaps (port 689) connections
749                 start_tls = no
750
751                 # tls_cacertfile        = /path/to/cacert.pem
752                 # tls_cacertdir         = /path/to/ca/dir/
753                 # tls_certfile          = /path/to/radius.crt
754                 # tls_keyfile           = /path/to/radius.key
755                 # tls_randfile          = /path/to/rnd
756                 # tls_require_cert      = "demand"
757
758                 # default_profile = "cn=radprofile,ou=dialup,o=My Org,c=UA"
759                 # profile_attribute = "radiusProfileDn"
760                 access_attr = "dialupAccess"
761
762                 # Mapping of RADIUS dictionary attributes to LDAP
763                 # directory attributes.
764                 dictionary_mapping = ${raddbdir}/ldap.attrmap
765
766                 ldap_connections_number = 5
767
768                 #
769                 # NOTICE: The password_header directive is NOT case insensitive
770                 #
771                 # password_header = "{clear}"
772                 #
773                 # Set:
774                 #       password_attribute = nspmPassword
775                 #
776                 # to get the user's password from a Novell eDirectory
777                 # backend. This will work *only if* freeRADIUS is
778                 # configured to build with --with-edir option.
779                 #
780                 #
781                 #  The server can usually figure this out on its own, and pull
782                 #  the correct User-Password or NT-Password from the database.
783                 #
784                 #  Note that NT-Passwords MUST be stored as a 32-digit hex
785                 #  string, and MUST start off with "0x", such as:
786                 #
787                 #       0x000102030405060708090a0b0c0d0e0f
788                 #
789                 #  Without the leading "0x", NT-Passwords will not work.
790                 #  This goes for NT-Passwords stored in SQL, too.
791                 #
792                 # password_attribute = userPassword
793                 #
794                 # Un-comment the following to disable Novell eDirectory account
795                 # policy check and intruder detection. This will work *only if*
796                 # FreeRADIUS is configured to build with --with-edir option.
797                 #
798                 # edir_account_policy_check=no
799                 #
800                 # groupname_attribute = cn
801                 # groupmembership_filter = "(|(&(objectClass=GroupOfNames)(member=%{Ldap-UserDn}))(&(objectClass=GroupOfUniqueNames)(uniquemember=%{Ldap-UserDn})))"
802                 # groupmembership_attribute = radiusGroupName
803                 timeout = 4
804                 timelimit = 3
805                 net_timeout = 1
806                 # compare_check_items = yes
807                 # do_xlat = yes
808                 # access_attr_used_for_allow = yes
809
810                 #
811                 #  By default, if the packet contains a User-Password,
812                 #  and no other module is configured to handle the
813                 #  authentication, the LDAP module sets itself to do
814                 #  LDAP bind for authentication.
815                 #
816                 #  You can disable this behavior by setting the following
817                 #  configuration entry to "no".
818                 #
819                 #  allowed values: {no, yes}
820                 # set_auth_type = yes
821         }
822
823         # passwd module allows to do authorization via any passwd-like
824         # file and to extract any attributes from these modules
825         #
826         # parameters are:
827         #   filename - path to filename
828         #   format - format for filename record. This parameters
829         #            correlates record in the passwd file and RADIUS
830         #            attributes.
831         #
832         #            Field marked as '*' is key field. That is, the parameter
833         #            with this name from the request is used to search for
834         #            the record from passwd file
835         #            Attribute marked as '=' is added to reply_itmes instead
836         #            of default configure_itmes
837         #            Attribute marked as '~' is added to request_items
838         #
839         #            Field marked as ',' may contain a comma separated list
840         #            of attributes.
841         #   authtype - if record found this Auth-Type is used to authenticate
842         #            user
843         #   hashsize - hashtable size. If 0 or not specified records are not
844         #            stored in memory and file is red on every request.
845         #   allowmultiplekeys - if few records for every key are allowed
846         #   ignorenislike - ignore NIS-related records
847         #   delimiter - symbol to use as a field separator in passwd file,
848         #            for format ':' symbol is always used. '\0', '\n' are
849         #            not allowed 
850         #
851
852         #  An example configuration for using /etc/smbpasswd.
853         #
854         #passwd etc_smbpasswd {
855         #       filename = /etc/smbpasswd
856         #       format = "*User-Name::LM-Password:NT-Password:SMB-Account-CTRL-TEXT::"
857         #       authtype = MS-CHAP
858         #       hashsize = 100
859         #       ignorenislike = no
860         #       allowmultiplekeys = no
861         #}
862
863         #  Similar configuration, for the /etc/group file. Adds a Group-Name
864         #  attribute for every group that the user is member of.
865         #
866         #passwd etc_group {
867         #       filename = /etc/group
868         #       format = "=Group-Name:::*,User-Name"
869         #       hashsize = 50
870         #       ignorenislike = yes
871         #       allowmultiplekeys = yes
872         #       delimiter = ":"
873         #}
874
875         # Realm module, for proxying.
876         #
877         #  You can have multiple instances of the realm module to
878         #  support multiple realm syntaxs at the same time.  The
879         #  search order is defined by the order in the authorize and
880         #  preacct sections.
881         #
882         #  Four config options:
883         #       format         -  must be 'prefix' or 'suffix'
884         #       delimiter      -  must be a single character
885         #       ignore_default -  set to 'yes' or 'no'
886         #       ignore_null    -  set to 'yes' or 'no'
887         #
888         #  ignore_default and ignore_null can be set to 'yes' to prevent
889         #  the module from matching against DEFAULT or NULL realms.  This
890         #  may be useful if you have have multiple instances of the
891         #  realm module.
892         #
893         #  They both default to 'no'.
894         #
895
896         #  'realm/username'
897         #
898         #  Using this entry, IPASS users have their realm set to "IPASS".
899         realm IPASS {
900                 format = prefix
901                 delimiter = "/"
902                 ignore_default = no
903                 ignore_null = no
904         }
905
906         #  'username@realm'
907         #
908         realm suffix {
909                 format = suffix
910                 delimiter = "@"
911                 ignore_default = no
912                 ignore_null = no
913         }
914
915         #  'username%realm'
916         #
917         realm realmpercent {
918                 format = suffix
919                 delimiter = "%"
920                 ignore_default = no
921                 ignore_null = no
922         }
923
924         #
925         #  'domain\user'
926         #
927         realm ntdomain {
928                 format = prefix
929                 delimiter = "\\"
930                 ignore_default = no
931                 ignore_null = no
932         }       
933
934         #  A simple value checking module
935         #
936         #  It can be used to check if an attribute value in the request
937         #  matches a (possibly multi valued) attribute in the check
938         #  items This can be used for example for caller-id
939         #  authentication.  For the module to run, both the request
940         #  attribute and the check items attribute must exist
941         #
942         #  i.e.
943         #  A user has an ldap entry with 2 radiusCallingStationId
944         #  attributes with values "12345678" and "12345679".  If we
945         #  enable rlm_checkval, then any request which contains a
946         #  Calling-Station-Id with one of those two values will be
947         #  accepted.  Requests with other values for
948         #  Calling-Station-Id will be rejected.
949         #
950         #  Regular expressions in the check attribute value are allowed
951         #  as long as the operator is '=~'
952         #
953         checkval {
954                 # The attribute to look for in the request
955                 item-name = Calling-Station-Id
956
957                 # The attribute to look for in check items. Can be multi valued
958                 check-name = Calling-Station-Id
959
960                 # The data type. Can be
961                 # string,integer,ipaddr,date,abinary,octets
962                 data-type = string
963
964                 # If set to yes and we dont find the item-name attribute in the
965                 # request then we send back a reject
966                 # DEFAULT is no
967                 #notfound-reject = no
968         }
969         
970         #  rewrite arbitrary packets.  Useful in accounting and authorization.
971         #
972         #
973         #  The module can also use the Rewrite-Rule attribute. If it
974         #  is set and matches the name of the module instance, then
975         #  that module instance will be the only one which runs.
976         #
977         #  Also if new_attribute is set to yes then a new attribute
978         #  will be created containing the value replacewith and it
979         #  will be added to searchin (packet, reply, proxy, proxy_reply or config).
980         # searchfor,ignore_case and max_matches will be ignored in that case.
981         #
982         # Backreferences are supported: %{0} will contain the string the whole match
983         # and %{1} to %{8} will contain the contents of the 1st to the 8th parentheses
984         #
985         # If max_matches is greater than one the backreferences will correspond to the
986         # first match
987
988         #
989         #attr_rewrite sanecallerid {
990         #       attribute = Called-Station-Id
991                 # may be "packet", "reply", "proxy", "proxy_reply" or "config"
992         #       searchin = packet
993         #       searchfor = "[+ ]"
994         #       replacewith = ""
995         #       ignore_case = no
996         #       new_attribute = no
997         #       max_matches = 10
998         #       ## If set to yes then the replace string will be appended to the original string
999         #       append = no
1000         #}
1001
1002         # Preprocess the incoming RADIUS request, before handing it off
1003         # to other modules.
1004         #
1005         #  This module processes the 'huntgroups' and 'hints' files.
1006         #  In addition, it re-writes some weird attributes created
1007         #  by some NASes, and converts the attributes into a form which
1008         #  is a little more standard.
1009         #
1010         preprocess {
1011                 huntgroups = ${confdir}/huntgroups
1012                 hints = ${confdir}/hints
1013
1014                 # This hack changes Ascend's wierd port numberings
1015                 # to standard 0-??? port numbers so that the "+" works
1016                 # for IP address assignments.
1017                 with_ascend_hack = no
1018                 ascend_channels_per_line = 23
1019
1020                 # Windows NT machines often authenticate themselves as
1021                 # NT_DOMAIN\username
1022                 #
1023                 # If this is set to 'yes', then the NT_DOMAIN portion
1024                 # of the user-name is silently discarded.
1025                 #
1026                 # This configuration entry SHOULD NOT be used.
1027                 # See the "realms" module for a better way to handle
1028                 # NT domains.
1029                 with_ntdomain_hack = no
1030
1031                 # Specialix Jetstream 8500 24 port access server.
1032                 #
1033                 # If the user name is 10 characters or longer, a "/"
1034                 # and the excess characters after the 10th are
1035                 # appended to the user name.
1036                 #
1037                 # If you're not running that NAS, you don't need
1038                 # this hack.
1039                 with_specialix_jetstream_hack = no
1040
1041                 # Cisco (and Quintum in Cisco mode) sends it's VSA attributes
1042                 # with the attribute name *again* in the string, like:
1043                 #
1044                 #   H323-Attribute = "h323-attribute=value".
1045                 #
1046                 # If this configuration item is set to 'yes', then
1047                 # the redundant data in the the attribute text is stripped
1048                 # out.  The result is:
1049                 #
1050                 #  H323-Attribute = "value"
1051                 #
1052                 # If you're not running a Cisco or Quintum NAS, you don't
1053                 # need this hack.
1054                 with_cisco_vsa_hack = no
1055         }
1056
1057         # Livingston-style 'users' file
1058         #
1059         files {
1060                 usersfile = ${confdir}/users
1061                 acctusersfile = ${confdir}/acct_users
1062                 preproxy_usersfile = ${confdir}/preproxy_users
1063
1064                 #  If you want to use the old Cistron 'users' file
1065                 #  with FreeRADIUS, you should change the next line
1066                 #  to 'compat = cistron'.  You can the copy your 'users'
1067                 #  file from Cistron.
1068                 compat = no
1069         }
1070
1071         # Write a detailed log of all accounting records received.
1072         #
1073         detail {
1074                 #  Note that we do NOT use NAS-IP-Address here, as
1075                 #  that attribute MAY BE from the originating NAS, and
1076                 #  NOT from the proxy which actually sent us the
1077                 #  request.  The Client-IP-Address attribute is ALWAYS
1078                 #  the address of the client which sent us the
1079                 #  request.
1080                 #
1081                 #  The following line creates a new detail file for
1082                 #  every radius client (by IP address or hostname).
1083                 #  In addition, a new detail file is created every
1084                 #  day, so that the detail file doesn't have to go
1085                 #  through a 'log rotation'
1086                 #
1087                 #  If your detail files are large, you may also want
1088                 #  to add a ':%H' (see doc/variables.txt) to the end
1089                 #  of it, to create a new detail file every hour, e.g.:
1090                 #
1091                 #   ..../detail-%Y%m%d:%H
1092                 #
1093                 #  This will create a new detail file for every hour.
1094                 #
1095                 detailfile = ${radacctdir}/%{Client-IP-Address}/detail-%Y%m%d
1096
1097                 #
1098                 #  The Unix-style permissions on the 'detail' file.
1099                 #
1100                 #  The detail file often contains secret or private
1101                 #  information about users.  So by keeping the file
1102                 #  permissions restrictive, we can prevent unwanted
1103                 #  people from seeing that information.
1104                 detailperm = 0600
1105
1106                 #
1107                 # Certain attributes such as User-Password may be
1108                 # "sensitive", so they should not be printed in the
1109                 # detail file.  This section lists the attributes
1110                 # that should be suppressed.
1111                 #
1112                 # The attributes should be listed one to a line.
1113                 #
1114                 #suppress {
1115                         # User-Password
1116                 #}
1117         }
1118
1119         #
1120         #  Many people want to log authentication requests.
1121         #  Rather than modifying the server core to print out more
1122         #  messages, we can use a different instance of the 'detail'
1123         #  module, to log the authentication requests to a file.
1124         #
1125         #  You will also need to un-comment the 'auth_log' line
1126         #  in the 'authorize' section, below.
1127         #
1128         # detail auth_log {
1129                 # detailfile = ${radacctdir}/%{Client-IP-Address}/auth-detail-%Y%m%d
1130
1131                 #
1132                 #  This MUST be 0600, otherwise anyone can read
1133                 #  the users passwords!
1134                 # detailperm = 0600
1135         # }
1136
1137         #
1138         #  This module logs authentication reply packets sent
1139         #  to a NAS.  Both Access-Accept and Access-Reject packets
1140         #  are logged.
1141         #
1142         #  You will also need to un-comment the 'reply_log' line
1143         #  in the 'post-auth' section, below.
1144         #
1145         # detail reply_log {
1146                 # detailfile = ${radacctdir}/%{Client-IP-Address}/reply-detail-%Y%m%d
1147
1148                 #
1149                 #  This MUST be 0600, otherwise anyone can read
1150                 #  the users passwords!
1151                 # detailperm = 0600
1152         # }
1153
1154         #
1155         #  This module logs packets proxied to a home server.
1156         #
1157         #  You will also need to un-comment the 'pre_proxy_log' line
1158         #  in the 'pre-proxy' section, below.
1159         #
1160         # detail pre_proxy_log {
1161                 # detailfile = ${radacctdir}/%{Client-IP-Address}/pre-proxy-detail-%Y%m%d
1162
1163                 #
1164                 #  This MUST be 0600, otherwise anyone can read
1165                 #  the users passwords!
1166                 # detailperm = 0600
1167         # }
1168
1169         #
1170         #  This module logs response packets from a home server.
1171         #
1172         #  You will also need to un-comment the 'post_proxy_log' line
1173         #  in the 'post-proxy' section, below.
1174         #
1175         # detail post_proxy_log {
1176                 # detailfile = ${radacctdir}/%{Client-IP-Address}/post-proxy-detail-%Y%m%d
1177
1178                 #
1179                 #  This MUST be 0600, otherwise anyone can read
1180                 #  the users passwords!
1181                 # detailperm = 0600
1182         # }
1183
1184         #
1185         #  The rlm_sql_log module appends the SQL queries in a log
1186         #  file which is read later by the radsqlrelay program.
1187         #
1188         #  This module only performs the dynamic expansion of the
1189         #  variables found in the SQL statements. No operation is
1190         #  executed on the database server. (this could be done
1191         #  later by an external program) That means the module is
1192         #  useful only with non-"SELECT" statements.
1193         #
1194         #  See rlm_sql_log(5) manpage.
1195         #
1196 #       sql_log {
1197 #               path = ${radacctdir}/sql-relay
1198 #               acct_table = "radacct"
1199 #               postauth_table = "radpostauth"
1200 #
1201 #               Start = "INSERT INTO ${acct_table} (AcctSessionId, UserName, \
1202 #                NASIPAddress, FramedIPAddress, AcctStartTime, AcctStopTime, \
1203 #                AcctSessionTime, AcctTerminateCause) VALUES                 \
1204 #                ('%{Acct-Session-Id}', '%{User-Name}', '%{NAS-IP-Address}', \
1205 #                '%{Framed-IP-Address}', '%S', '0', '0', '');"
1206 #               Stop = "INSERT INTO ${acct_table} (AcctSessionId, UserName,  \
1207 #                NASIPAddress, FramedIPAddress, AcctStartTime, AcctStopTime, \
1208 #                AcctSessionTime, AcctTerminateCause) VALUES                 \
1209 #                ('%{Acct-Session-Id}', '%{User-Name}', '%{NAS-IP-Address}', \
1210 #                '%{Framed-IP-Address}', '0', '%S', '%{Acct-Session-Time}',  \
1211 #                '%{Acct-Terminate-Cause}');"
1212 #               Alive = "INSERT INTO ${acct_table} (AcctSessionId, UserName, \
1213 #                NASIPAddress, FramedIPAddress, AcctStartTime, AcctStopTime, \
1214 #                AcctSessionTime, AcctTerminateCause) VALUES                 \
1215 #                ('%{Acct-Session-Id}', '%{User-Name}', '%{NAS-IP-Address}', \
1216 #                '%{Framed-IP-Address}', '0', '0', '%{Acct-Session-Time}','');"
1217 #
1218 #               Post-Auth = "INSERT INTO ${postauth_table}                   \
1219 #                (user, pass, reply, date) VALUES                            \
1220 #                ('%{User-Name}', '%{User-Password:-Chap-Password}',         \
1221 #                '%{reply:Packet-Type}', '%S');"
1222 #       }
1223
1224         #
1225         #  Create a unique accounting session Id.  Many NASes re-use
1226         #  or repeat values for Acct-Session-Id, causing no end of
1227         #  confusion.
1228         #
1229         #  This module will add a (probably) unique session id 
1230         #  to an accounting packet based on the attributes listed
1231         #  below found in the packet.  See doc/rlm_acct_unique for
1232         #  more information.
1233         #
1234         acct_unique {
1235                 key = "User-Name, Acct-Session-Id, NAS-IP-Address, Client-IP-Address, NAS-Port"
1236         }
1237
1238
1239         #  Include another file that has the SQL-related configuration.
1240         #  This is another file only because it tends to be big.
1241         #
1242         #  The following configuration file is for use with MySQL.
1243         #
1244         #  For Postgresql, use:         ${confdir}/postgresql.conf
1245         #  For MS-SQL, use:             ${confdir}/mssql.conf
1246         #  For Oracle, use:             ${confdir}/oraclesql.conf
1247         #
1248         $INCLUDE  ${confdir}/sql.conf
1249
1250
1251         #  For Cisco VoIP specific accounting with Postgresql,
1252         #  use:         ${confdir}/pgsql-voip.conf
1253         #
1254         #  You will also need the sql schema from:
1255         #        src/billing/cisco_h323_db_schema-postgres.sql
1256         #  Note: This config can be use AS WELL AS the standard sql
1257         #  config if you need SQL based Auth
1258         
1259
1260         #  Write a 'utmp' style file, of which users are currently
1261         #  logged in, and where they've logged in from.
1262         #
1263         #  This file is used mainly for Simultaneous-Use checking,
1264         #  and also 'radwho', to see who's currently logged in.
1265         #
1266         radutmp {
1267                 #  Where the file is stored.  It's not a log file,
1268                 #  so it doesn't need rotating.
1269                 #
1270                 filename = ${logdir}/radutmp
1271
1272                 #  The field in the packet to key on for the
1273                 #  'user' name,  If you have other fields which you want
1274                 #  to use to key on to control Simultaneous-Use,
1275                 #  then you can use them here.
1276                 #
1277                 #  Note, however, that the size of the field in the
1278                 #  'utmp' data structure is small, around 32
1279                 #  characters, so that will limit the possible choices
1280                 #  of keys.
1281                 #
1282                 #  You may want instead: %{Stripped-User-Name:-%{User-Name}}
1283                 username = %{User-Name}
1284
1285
1286                 #  Whether or not we want to treat "user" the same
1287                 #  as "USER", or "User".  Some systems have problems
1288                 #  with case sensitivity, so this should be set to
1289                 #  'no' to enable the comparisons of the key attribute
1290                 #  to be case insensitive.
1291                 #
1292                 case_sensitive = yes
1293
1294                 #  Accounting information may be lost, so the user MAY
1295                 #  have logged off of the NAS, but we haven't noticed.
1296                 #  If so, we can verify this information with the NAS,
1297                 #
1298                 #  If we want to believe the 'utmp' file, then this
1299                 #  configuration entry can be set to 'no'.
1300                 #
1301                 check_with_nas = yes            
1302
1303                 # Set the file permissions, as the contents of this file
1304                 # are usually private.
1305                 perm = 0600
1306
1307                 callerid = "yes"
1308         }
1309
1310         # "Safe" radutmp - does not contain caller ID, so it can be
1311         # world-readable, and radwho can work for normal users, without
1312         # exposing any information that isn't already exposed by who(1).
1313         #
1314         # This is another 'instance' of the radutmp module, but it is given
1315         # then name "sradutmp" to identify it later in the "accounting"
1316         # section.
1317         radutmp sradutmp {
1318                 filename = ${logdir}/sradutmp
1319                 perm = 0644
1320                 callerid = "no"
1321         }
1322
1323         # attr_filter - filters the attributes received in replies from
1324         # proxied servers, to make sure we send back to our RADIUS client
1325         # only allowed attributes.
1326         attr_filter {
1327                 attrsfile = ${confdir}/attrs
1328         }
1329
1330         #  counter module:
1331         #  This module takes an attribute (count-attribute).
1332         #  It also takes a key, and creates a counter for each unique
1333         #  key.  The count is incremented when accounting packets are
1334         #  received by the server.  The value of the increment depends
1335         #  on the attribute type.
1336         #  If the attribute is Acct-Session-Time or of an integer type we add the
1337         #  value of the attribute. If it is anything else we increase the
1338         #  counter by one.
1339         #
1340         #  The 'reset' parameter defines when the counters are all reset to
1341         #  zero.  It can be hourly, daily, weekly, monthly or never.
1342         #
1343         #  hourly: Reset on 00:00 of every hour
1344         #  daily: Reset on 00:00:00 every day
1345         #  weekly: Reset on 00:00:00 on sunday
1346         #  monthly: Reset on 00:00:00 of the first day of each month
1347         #
1348         #  It can also be user defined. It should be of the form:
1349         #  num[hdwm] where:
1350         #  h: hours, d: days, w: weeks, m: months
1351         #  If the letter is ommited days will be assumed. In example:
1352         #  reset = 10h (reset every 10 hours)
1353         #  reset = 12  (reset every 12 days)
1354         #
1355         #
1356         #  The check-name attribute defines an attribute which will be
1357         #  registered by the counter module and can be used to set the
1358         #  maximum allowed value for the counter after which the user
1359         #  is rejected.
1360         #  Something like:
1361         #
1362         #  DEFAULT Max-Daily-Session := 36000
1363         #          Fall-Through = 1
1364         #
1365         #  You should add the counter module in the instantiate
1366         #  section so that it registers check-name before the files
1367         #  module reads the users file.
1368         #
1369         #  If check-name is set and the user is to be rejected then we
1370         #  send back a Reply-Message and we log a Failure-Message in
1371         #  the radius.log
1372         #  If the count attribute is Acct-Session-Time then on each login
1373         #  we send back the remaining online time as a Session-Timeout attribute
1374         #
1375         #  The counter-name can also be used instead of using the check-name
1376         #  like below:
1377         #
1378         #  DEFAULT  Daily-Session-Time > 3600, Auth-Type = Reject
1379         #      Reply-Message = "You've used up more than one hour today"
1380         #
1381         #  The allowed-servicetype attribute can be used to only take
1382         #  into account specific sessions. For example if a user first
1383         #  logs in through a login menu and then selects ppp there will
1384         #  be two sessions. One for Login-User and one for Framed-User
1385         #  service type. We only need to take into account the second one.
1386         #
1387         #  The module should be added in the instantiate, authorize and
1388         #  accounting sections.  Make sure that in the authorize
1389         #  section it comes after any module which sets the
1390         #  'check-name' attribute.
1391         #
1392         counter daily {
1393                 filename = ${raddbdir}/db.daily
1394                 key = User-Name
1395                 count-attribute = Acct-Session-Time
1396                 reset = daily
1397                 counter-name = Daily-Session-Time
1398                 check-name = Max-Daily-Session
1399                 allowed-servicetype = Framed-User
1400                 cache-size = 5000
1401         }
1402
1403         #
1404         #  This module is an SQL enabled version of the counter module.
1405         #
1406         #  Rather than maintaining seperate (GDBM) databases of
1407         #  accounting info for each counter, this module uses the data
1408         #  stored in the raddacct table by the sql modules. This
1409         #  module NEVER does any database INSERTs or UPDATEs.  It is
1410         #  totally dependent on the SQL module to process Accounting
1411         #  packets.
1412         #
1413         #  The 'sqlmod_inst' parameter holds the instance of the sql
1414         #  module to use when querying the SQL database. Normally it
1415         #  is just "sql".  If you define more and one SQL module
1416         #  instance (usually for failover situations), you can
1417         #  specify which module has access to the Accounting Data
1418         #  (radacct table).
1419         #
1420         #  The 'reset' parameter defines when the counters are all
1421         #  reset to zero.  It can be hourly, daily, weekly, monthly or
1422         #  never.  It can also be user defined. It should be of the
1423         #  form:
1424         #       num[hdwm] where:
1425         #       h: hours, d: days, w: weeks, m: months
1426         #       If the letter is ommited days will be assumed. In example:
1427         #       reset = 10h (reset every 10 hours)
1428         #       reset = 12  (reset every 12 days)
1429         #
1430         #  The 'key' parameter specifies the unique identifier for the
1431         #  counter records (usually 'User-Name').
1432         #
1433         #  The 'query' parameter specifies the SQL query used to get
1434         #  the current Counter value from the database. There are 3
1435         #  parameters that can be used in the query:
1436         #               %k      'key' parameter
1437         #               %b      unix time value of beginning of reset period
1438         #               %e      unix time value of end of reset period
1439         #
1440         #  The 'check-name' parameter is the name of the 'check'
1441         #  attribute to use to access the counter in the 'users' file
1442         #  or SQL radcheck or radcheckgroup tables.
1443         #
1444         #  DEFAULT  Max-Daily-Session > 3600, Auth-Type = Reject
1445         #      Reply-Message = "You've used up more than one hour today"
1446         #
1447         sqlcounter dailycounter {
1448                 counter-name = Daily-Session-Time
1449                 check-name = Max-Daily-Session
1450                 sqlmod-inst = sql
1451                 key = User-Name
1452                 reset = daily
1453
1454                 # This query properly handles calls that span from the
1455                 # previous reset period into the current period but
1456                 # involves more work for the SQL server than those
1457                 # below
1458                 # For mysql:
1459                 query = "SELECT SUM(AcctSessionTime - \
1460                  GREATEST((%b - UNIX_TIMESTAMP(AcctStartTime)), 0)) \
1461                  FROM radacct WHERE UserName='%{%k}' AND \
1462                  UNIX_TIMESTAMP(AcctStartTime) + AcctSessionTime > '%b'"
1463
1464                 # For postgresql:
1465 #               query = "SELECT SUM(AcctSessionTime - \
1466 #                GREATER((%b - AcctStartTime::ABSTIME::INT4), 0)) \
1467 #                FROM radacct WHERE UserName='%{%k}' AND \
1468 #                AcctStartTime::ABSTIME::INT4 + AcctSessionTime > '%b'"
1469
1470                 # This query ignores calls that started in a previous
1471                 # reset period and continue into into this one. But it
1472                 # is a little easier on the SQL server
1473                 # For mysql:
1474 #               query = "SELECT SUM(AcctSessionTime) FROM radacct WHERE \
1475 #                UserName='%{%k}' AND AcctStartTime > FROM_UNIXTIME('%b')"
1476
1477                 # For postgresql:
1478 #               query = "SELECT SUM(AcctSessionTime) FROM radacct WHERE \
1479 #                UserName='%{%k}' AND AND AcctStartTime::ABSTIME::INT4 > '%b'"
1480
1481                 # This query is the same as above, but demonstrates an
1482                 # additional counter parameter '%e' which is the
1483                 # timestamp for the end of the period
1484                 # For mysql:
1485 #               query = "SELECT SUM(AcctSessionTime) FROM radacct \
1486 #                WHERE UserName='%{%k}' AND AcctStartTime BETWEEN \
1487 #                FROM_UNIXTIME('%b') AND FROM_UNIXTIME('%e')"
1488
1489                 # For postgresql:
1490 #               query = "SELECT SUM(AcctSessionTime) FROM radacct \
1491 #                WHERE UserName='%{%k}' AND AcctStartTime::ABSTIME::INT4 \
1492 #                BETWEEN '%b' AND '%e'"
1493         }
1494
1495         sqlcounter monthlycounter {
1496                 counter-name = Monthly-Session-Time
1497                 check-name = Max-Monthly-Session
1498                 sqlmod-inst = sql
1499                 key = User-Name
1500                 reset = monthly
1501
1502                 # This query properly handles calls that span from the
1503                 # previous reset period into the current period but
1504                 # involves more work for the SQL server than those
1505                 # below
1506                 # The same notes above about the differences between mysql
1507                 # versus postgres queries apply here.
1508                 query = "SELECT SUM(AcctSessionTime - \
1509                  GREATEST((%b - UNIX_TIMESTAMP(AcctStartTime)), 0)) \
1510                  FROM radacct WHERE UserName='%{%k}' AND \
1511                  UNIX_TIMESTAMP(AcctStartTime) + AcctSessionTime > '%b'"
1512
1513                 # This query ignores calls that started in a previous
1514                 # reset period and continue into into this one. But it
1515                 # is a little easier on the SQL server
1516 #               query = "SELECT SUM(AcctSessionTime) FROM radacct WHERE \
1517 #                UserName='%{%k}' AND AcctStartTime > FROM_UNIXTIME('%b')"
1518
1519                 # This query is the same as above, but demonstrates an
1520                 # additional counter parameter '%e' which is the
1521                 # timestamp for the end of the period
1522 #               query = "SELECT SUM(AcctSessionTime) FROM radacct \
1523 #                WHERE UserName='%{%k}' AND AcctStartTime BETWEEN \
1524 #                FROM_UNIXTIME('%b') AND FROM_UNIXTIME('%e')"
1525         }
1526
1527         #
1528         # The "always" module is here for debugging purposes. Each
1529         # instance simply returns the same result, always, without
1530         # doing anything.
1531         always fail {
1532                 rcode = fail
1533         }
1534         always reject {
1535                 rcode = reject
1536         }
1537         always ok {
1538                 rcode = ok
1539                 simulcount = 0
1540                 mpp = no
1541         }
1542
1543         #
1544         #  The 'expression' module currently has no configuration.
1545         #
1546         #  This module is useful only for 'xlat'.  To use it,
1547         #  put 'exec' into the 'instantiate' section.  You can then
1548         #  do dynamic translation of attributes like:
1549         #
1550         #  Attribute-Name = `%{expr:2 + 3 + %{exec: uid -u}}`
1551         #
1552         #  The value of the attribute will be replaced with the output
1553         #  of the program which is executed.  Due to RADIUS protocol
1554         #  limitations, any output over 253 bytes will be ignored.
1555         expr {
1556         }
1557
1558         #
1559         #  The 'digest' module currently has no configuration.
1560         #
1561         #  "Digest" authentication against a Cisco SIP server.
1562         #  See 'doc/rfc/draft-sterman-aaa-sip-00.txt' for details
1563         #  on performing digest authentication for Cisco SIP servers.
1564         #
1565         digest {
1566         }
1567
1568         #
1569         #  Execute external programs
1570         #
1571         #  This module is useful only for 'xlat'.  To use it,
1572         #  put 'exec' into the 'instantiate' section.  You can then
1573         #  do dynamic translation of attributes like:
1574         #
1575         #  Attribute-Name = `%{exec:/path/to/program args}`
1576         #
1577         #  The value of the attribute will be replaced with the output
1578         #  of the program which is executed.  Due to RADIUS protocol
1579         #  limitations, any output over 253 bytes will be ignored.
1580         #
1581         #  The RADIUS attributes from the user request will be placed
1582         #  into environment variables of the executed program, as
1583         #  described in 'doc/variables.txt'
1584         #
1585         exec {
1586                 wait = yes
1587                 input_pairs = request
1588         }
1589
1590         #
1591         #  This is a more general example of the execute module.
1592         #
1593         #  This one is called "echo".
1594         #
1595         #  Attribute-Name = `%{echo:/path/to/program args}`
1596         #
1597         #  If you wish to execute an external program in more than
1598         #  one section (e.g. 'authorize', 'pre_proxy', etc), then it
1599         #  is probably best to define a different instance of the
1600         #  'exec' module for every section.     
1601         #       
1602         exec echo {
1603                 #
1604                 #  Wait for the program to finish.
1605                 #
1606                 #  If we do NOT wait, then the program is "fire and
1607                 #  forget", and any output attributes from it are ignored.
1608                 #
1609                 #  If we are looking for the program to output
1610                 #  attributes, and want to add those attributes to the
1611                 #  request, then we MUST wait for the program to
1612                 #  finish, and therefore set 'wait=yes'
1613                 #
1614                 # allowed values: {no, yes}
1615                 wait = yes
1616
1617                 #
1618                 #  The name of the program to execute, and it's
1619                 #  arguments.  Dynamic translation is done on this
1620                 #  field, so things like the following example will
1621                 #  work.
1622                 #
1623                 program = "/bin/echo %{User-Name}"
1624
1625                 #
1626                 #  The attributes which are placed into the
1627                 #  environment variables for the program.
1628                 #
1629                 #  Allowed values are:
1630                 #
1631                 #       request         attributes from the request
1632                 #       config          attributes from the configuration items list
1633                 #       reply           attributes from the reply
1634                 #       proxy-request   attributes from the proxy request
1635                 #       proxy-reply     attributes from the proxy reply
1636                 #
1637                 #  Note that some attributes may not exist at some
1638                 #  stages.  e.g. There may be no proxy-reply
1639                 #  attributes if this module is used in the
1640                 #  'authorize' section.
1641                 #
1642                 input_pairs = request
1643
1644                 #
1645                 #  Where to place the output attributes (if any) from
1646                 #  the executed program.  The values allowed, and the
1647                 #  restrictions as to availability, are the same as
1648                 #  for the input_pairs.
1649                 #
1650                 output_pairs = reply
1651
1652                 #
1653                 #  When to execute the program.  If the packet
1654                 #  type does NOT match what's listed here, then
1655                 #  the module does NOT execute the program.
1656                 #
1657                 #  For a list of allowed packet types, see
1658                 #  the 'dictionary' file, and look for VALUEs
1659                 #  of the Packet-Type attribute.
1660                 #
1661                 #  By default, the module executes on ANY packet.
1662                 #  Un-comment out the following line to tell the
1663                 #  module to execute only if an Access-Accept is
1664                 #  being sent to the NAS.
1665                 #
1666                 #packet_type = Access-Accept
1667         }
1668
1669         #  Do server side ip pool management. Should be added in post-auth and
1670         #  accounting sections.
1671         #
1672         #  The module also requires the existance of the Pool-Name
1673         #  attribute. That way the administrator can add the Pool-Name
1674         #  attribute in the user profiles and use different pools
1675         #  for different users. The Pool-Name attribute is a *check* item not
1676         #  a reply item.
1677         #
1678         # Example:
1679         # radiusd.conf: ippool students { [...] }
1680         # users file  : DEFAULT Group == students, Pool-Name := "students"
1681         #
1682         # ********* IF YOU CHANGE THE RANGE PARAMETERS YOU MUST *********
1683         # ********* THEN ERASE THE DB FILES                     *********
1684         #
1685         ippool main_pool {
1686
1687                 #  range-start,range-stop: The start and end ip
1688                 #  addresses for the ip pool
1689                 range-start = 192.168.1.1
1690                 range-stop = 192.168.3.254
1691
1692                 #  netmask: The network mask used for the ip's
1693                 netmask = 255.255.255.0
1694
1695                 #  cache-size: The gdbm cache size for the db
1696                 #  files. Should be equal to the number of ip's
1697                 #  available in the ip pool
1698                 cache-size = 800
1699
1700                 # session-db: The main db file used to allocate ip's to clients
1701                 session-db = ${raddbdir}/db.ippool
1702
1703                 # ip-index: Helper db index file used in multilink
1704                 ip-index = ${raddbdir}/db.ipindex
1705
1706                 # override: Will this ippool override a Framed-IP-Address already set
1707                 override = no
1708
1709                 # maximum-timeout: If not zero specifies the maximum time in seconds an
1710                 # entry may be active. Default: 0
1711                 maximum-timeout = 0
1712         }
1713
1714         # $INCLUDE  ${confdir}/sqlippool.conf
1715
1716         # OTP token support.  Not included by default.
1717         # $INCLUDE  ${confdir}/otp.conf
1718
1719 }
1720
1721 # Instantiation
1722 #
1723 #  This section orders the loading of the modules.  Modules
1724 #  listed here will get loaded BEFORE the later sections like
1725 #  authorize, authenticate, etc. get examined.
1726 #
1727 #  This section is not strictly needed.  When a section like
1728 #  authorize refers to a module, it's automatically loaded and
1729 #  initialized.  However, some modules may not be listed in any
1730 #  of the following sections, so they can be listed here.
1731 #
1732 #  Also, listing modules here ensures that you have control over
1733 #  the order in which they are initalized.  If one module needs
1734 #  something defined by another module, you can list them in order
1735 #  here, and ensure that the configuration will be OK.
1736 #
1737 instantiate {
1738         #
1739         #  Allows the execution of external scripts.
1740         #  The entire command line (and output) must fit into 253 bytes.
1741         #
1742         #  e.g. Framed-Pool = `%{exec:/bin/echo foo}`
1743         exec
1744
1745         #
1746         #  The expression module doesn't do authorization,
1747         #  authentication, or accounting.  It only does dynamic
1748         #  translation, of the form:
1749         #
1750         #       Session-Timeout = `%{expr:2 + 3}`
1751         #
1752         #  So the module needs to be instantiated, but CANNOT be
1753         #  listed in any other section.  See 'doc/rlm_expr' for
1754         #  more information.
1755         #
1756         expr
1757
1758         #
1759         # We add the counter module here so that it registers
1760         # the check-name attribute before any module which sets
1761         # it
1762 #       daily
1763 }
1764
1765 #  Authorization. First preprocess (hints and huntgroups files),
1766 #  then realms, and finally look in the "users" file.
1767 #
1768 #  The order of the realm modules will determine the order that
1769 #  we try to find a matching realm.
1770 #
1771 #  Make *sure* that 'preprocess' comes before any realm if you 
1772 #  need to setup hints for the remote radius server
1773 authorize {
1774         #
1775         #  The preprocess module takes care of sanitizing some bizarre
1776         #  attributes in the request, and turning them into attributes
1777         #  which are more standard.
1778         #
1779         #  It takes care of processing the 'raddb/hints' and the
1780         #  'raddb/huntgroups' files.
1781         #
1782         #  It also adds the %{Client-IP-Address} attribute to the request.
1783         preprocess
1784
1785         #
1786         #  If you want to have a log of authentication requests,
1787         #  un-comment the following line, and the 'detail auth_log'
1788         #  section, above.
1789 #       auth_log
1790         
1791 #       attr_filter
1792
1793         #
1794         #  The chap module will set 'Auth-Type := CHAP' if we are
1795         #  handling a CHAP request and Auth-Type has not already been set
1796         chap
1797
1798         #
1799         #  If the users are logging in with an MS-CHAP-Challenge
1800         #  attribute for authentication, the mschap module will find
1801         #  the MS-CHAP-Challenge attribute, and add 'Auth-Type := MS-CHAP'
1802         #  to the request, which will cause the server to then use
1803         #  the mschap module for authentication.
1804         mschap
1805
1806         #
1807         #  If you have a Cisco SIP server authenticating against
1808         #  FreeRADIUS, uncomment the following line, and the 'digest'
1809         #  line in the 'authenticate' section.
1810 #       digest
1811
1812         #
1813         #  Look for IPASS style 'realm/', and if not found, look for
1814         #  '@realm', and decide whether or not to proxy, based on
1815         #  that.
1816 #       IPASS
1817
1818         #
1819         #  If you are using multiple kinds of realms, you probably
1820         #  want to set "ignore_null = yes" for all of them.
1821         #  Otherwise, when the first style of realm doesn't match,
1822         #  the other styles won't be checked.
1823         #
1824         suffix
1825 #       ntdomain
1826
1827         #
1828         #  This module takes care of EAP-MD5, EAP-TLS, and EAP-LEAP
1829         #  authentication.
1830         #
1831         #  It also sets the EAP-Type attribute in the request
1832         #  attribute list to the EAP type from the packet.
1833         eap
1834
1835         #
1836         #  Read the 'users' file
1837         files
1838
1839         #
1840         #  Look in an SQL database.  The schema of the database
1841         #  is meant to mirror the "users" file.
1842         #
1843         #  See "Authorization Queries" in sql.conf
1844 #       sql
1845
1846         #
1847         #  If you are using /etc/smbpasswd, and are also doing
1848         #  mschap authentication, the un-comment this line, and
1849         #  configure the 'etc_smbpasswd' module, above.
1850 #       etc_smbpasswd
1851
1852         #
1853         #  The ldap module will set Auth-Type to LDAP if it has not
1854         #  already been set
1855 #       ldap
1856
1857         #
1858         #  Enforce daily limits on time spent logged in.
1859 #       daily
1860
1861         #
1862         # Use the checkval module
1863 #       checkval
1864 }
1865
1866
1867 #  Authentication.
1868 #
1869 #
1870 #  This section lists which modules are available for authentication.
1871 #  Note that it does NOT mean 'try each module in order'.  It means
1872 #  that a module from the 'authorize' section adds a configuration
1873 #  attribute 'Auth-Type := FOO'.  That authentication type is then
1874 #  used to pick the apropriate module from the list below.
1875 #
1876
1877 #  In general, you SHOULD NOT set the Auth-Type attribute.  The server
1878 #  will figure it out on its own, and will do the right thing.  The
1879 #  most common side effect of erroneously setting the Auth-Type
1880 #  attribute is that one authentication method will work, but the
1881 #  others will not.
1882 #
1883 #  The common reasons to set the Auth-Type attribute by hand
1884 #  is to either forcibly reject the user, or forcibly accept him.
1885 #
1886 authenticate {
1887         #
1888         #  PAP authentication, when a back-end database listed
1889         #  in the 'authorize' section supplies a password.  The
1890         #  password can be clear-text, or encrypted.
1891         Auth-Type PAP {
1892                 pap
1893         }
1894
1895         #
1896         #  Most people want CHAP authentication
1897         #  A back-end database listed in the 'authorize' section
1898         #  MUST supply a CLEAR TEXT password.  Encrypted passwords
1899         #  won't work.
1900         Auth-Type CHAP {
1901                 chap
1902         }
1903
1904         #
1905         #  MSCHAP authentication.
1906         Auth-Type MS-CHAP {
1907                 mschap
1908         }
1909
1910         #
1911         #  If you have a Cisco SIP server authenticating against
1912         #  FreeRADIUS, uncomment the following line, and the 'digest'
1913         #  line in the 'authorize' section.
1914 #       digest
1915
1916         #
1917         #  Pluggable Authentication Modules.
1918 #       pam
1919
1920         #
1921         #  See 'man getpwent' for information on how the 'unix'
1922         #  module checks the users password.  Note that packets
1923         #  containing CHAP-Password attributes CANNOT be authenticated
1924         #  against /etc/passwd!  See the FAQ for details.
1925         #  
1926         unix
1927
1928         # Uncomment it if you want to use ldap for authentication
1929         #
1930         # Note that this means "check plain-text password against
1931         # the ldap database", which means that EAP won't work,
1932         # as it does not supply a plain-text password.
1933 #       Auth-Type LDAP {
1934 #               ldap
1935 #       }
1936
1937         #
1938         #  Allow EAP authentication.
1939         eap
1940 }
1941
1942
1943 #
1944 #  Pre-accounting.  Decide which accounting type to use.
1945 #
1946 preacct {
1947         preprocess
1948
1949         #
1950         #  Ensure that we have a semi-unique identifier for every
1951         #  request, and many NAS boxes are broken.
1952         acct_unique
1953
1954         #
1955         #  Look for IPASS-style 'realm/', and if not found, look for
1956         #  '@realm', and decide whether or not to proxy, based on
1957         #  that.
1958         #
1959         #  Accounting requests are generally proxied to the same
1960         #  home server as authentication requests.
1961 #       IPASS
1962         suffix
1963 #       ntdomain
1964
1965         #
1966         #  Read the 'acct_users' file
1967         files
1968 }
1969
1970 #
1971 #  Accounting.  Log the accounting data.
1972 #
1973 accounting {
1974         #
1975         #  Create a 'detail'ed log of the packets.
1976         #  Note that accounting requests which are proxied
1977         #  are also logged in the detail file.
1978         detail
1979 #       daily
1980
1981         #  Update the wtmp file
1982         #
1983         #  If you don't use "radlast", you can delete this line.
1984         unix
1985
1986         #
1987         #  For Simultaneous-Use tracking.
1988         #
1989         #  Due to packet losses in the network, the data here
1990         #  may be incorrect.  There is little we can do about it.
1991         radutmp
1992 #       sradutmp
1993
1994         #  Return an address to the IP Pool when we see a stop record.
1995 #       main_pool
1996
1997         #
1998         #  Log traffic to an SQL database.
1999         #
2000         #  See "Accounting queries" in sql.conf
2001 #       sql
2002
2003         #
2004         #  Instead of sending the query to the SQL server,
2005         #  write it into a log file.
2006         #
2007 #       sql_log
2008
2009         #  Cisco VoIP specific bulk accounting
2010 #       pgsql-voip
2011
2012 }
2013
2014
2015 #  Session database, used for checking Simultaneous-Use. Either the radutmp 
2016 #  or rlm_sql module can handle this.
2017 #  The rlm_sql module is *much* faster
2018 session {
2019         radutmp
2020
2021         #
2022         #  See "Simultaneous Use Checking Querie" in sql.conf
2023 #       sql
2024 }
2025
2026
2027 #  Post-Authentication
2028 #  Once we KNOW that the user has been authenticated, there are
2029 #  additional steps we can take.
2030 post-auth {
2031         #  Get an address from the IP Pool.
2032 #       main_pool
2033
2034         #
2035         #  If you want to have a log of authentication replies,
2036         #  un-comment the following line, and the 'detail reply_log'
2037         #  section, above.
2038 #       reply_log
2039
2040         #
2041         #  After authenticating the user, do another SQL query.
2042         #
2043         #  See "Authentication Logging Queries" in sql.conf
2044 #       sql
2045
2046         #
2047         #  Instead of sending the query to the SQL server,
2048         #  write it into a log file.
2049         #
2050 #       sql_log
2051
2052         #
2053         #  Un-comment the following if you have set
2054         #  'edir_account_policy_check = yes' in the ldap module sub-section of
2055         #  the 'modules' section.
2056         #
2057 #       ldap
2058         #
2059         #  Access-Reject packets are sent through the REJECT sub-section of the
2060         #  post-auth section.
2061         #  Uncomment the following and set the module name to the ldap instance
2062         #  name if you have set 'edir_account_policy_check = yes' in the ldap
2063         #  module sub-section of the 'modules' section.
2064         #
2065 #       Post-Auth-Type REJECT {
2066 #               insert-module-name-here
2067 #       }
2068
2069 }
2070
2071 #
2072 #  When the server decides to proxy a request to a home server,
2073 #  the proxied request is first passed through the pre-proxy
2074 #  stage.  This stage can re-write the request, or decide to
2075 #  cancel the proxy.
2076 #
2077 #  Only a few modules currently have this method.
2078 #
2079 pre-proxy {
2080 #       attr_rewrite
2081
2082         #  Uncomment the following line if you want to change attributes
2083         #  as defined in the preproxy_users file.
2084 #       files
2085
2086         #  If you want to have a log of packets proxied to a home
2087         #  server, un-comment the following line, and the
2088         #  'detail pre_proxy_log' section, above.
2089 #       pre_proxy_log
2090 }
2091
2092 #
2093 #  When the server receives a reply to a request it proxied
2094 #  to a home server, the request may be massaged here, in the
2095 #  post-proxy stage.
2096 #
2097 post-proxy {
2098
2099         #  If you want to have a log of replies from a home server,
2100         #  un-comment the following line, and the 'detail post_proxy_log'
2101         #  section, above.
2102 #       post_proxy_log
2103
2104 #       attr_rewrite
2105
2106         #  Uncomment the following line if you want to filter replies from
2107         #  remote proxies based on the rules defined in the 'attrs' file.
2108
2109 #       attr_filter
2110
2111         #
2112         #  If you are proxying LEAP, you MUST configure the EAP
2113         #  module, and you MUST list it here, in the post-proxy
2114         #  stage.
2115         #
2116         #  You MUST also use the 'nostrip' option in the 'realm'
2117         #  configuration.  Otherwise, the User-Name attribute
2118         #  in the proxied request will not match the user name
2119         #  hidden inside of the EAP packet, and the end server will
2120         #  reject the EAP request.
2121         #
2122         eap
2123 }