add the ability to persist SSL session cache to disk across server restarts
[freeradius.git] / raddb / mods-available / eap
1 # -*- text -*-
2 ##
3 ##  eap.conf -- Configuration for EAP types (PEAP, TTLS, etc.)
4 ##
5 ##      $Id$
6
7 #######################################################################
8 #
9 #  Whatever you do, do NOT set 'Auth-Type := EAP'.  The server
10 #  is smart enough to figure this out on its own.  The most
11 #  common side effect of setting 'Auth-Type := EAP' is that the
12 #  users then cannot use ANY other authentication method.
13 #
14 #  EAP types NOT listed here may be supported via the "eap2" module.
15 #  See experimental.conf for documentation.
16 #
17 eap {
18         #  Invoke the default supported EAP type when
19         #  EAP-Identity response is received.
20         #
21         #  The incoming EAP messages DO NOT specify which EAP
22         #  type they will be using, so it MUST be set here.
23         #
24         #  For now, only one default EAP type may be used at a time.
25         #
26         #  If the EAP-Type attribute is set by another module,
27         #  then that EAP type takes precedence over the
28         #  default type configured here.
29         #
30         default_eap_type = md5
31
32         #  A list is maintained to correlate EAP-Response
33         #  packets with EAP-Request packets.  After a
34         #  configurable length of time, entries in the list
35         #  expire, and are deleted.
36         #
37         timer_expire     = 60
38
39         #  There are many EAP types, but the server has support
40         #  for only a limited subset.  If the server receives
41         #  a request for an EAP type it does not support, then
42         #  it normally rejects the request.  By setting this
43         #  configuration to "yes", you can tell the server to
44         #  instead keep processing the request.  Another module
45         #  MUST then be configured to proxy the request to
46         #  another RADIUS server which supports that EAP type.
47         #
48         #  If another module is NOT configured to handle the
49         #  request, then the request will still end up being
50         #  rejected.
51         ignore_unknown_eap_types = no
52
53         # Cisco AP1230B firmware 12.2(13)JA1 has a bug.  When given
54         # a User-Name attribute in an Access-Accept, it copies one
55         # more byte than it should.
56         #
57         # We can work around it by configurably adding an extra
58         # zero byte.
59         cisco_accounting_username_bug = no
60
61         #
62         #  Help prevent DoS attacks by limiting the number of
63         #  sessions that the server is tracking.  Most systems
64         #  can handle ~30 EAP sessions/s, so the default limit
65         #  of 4096 should be OK.
66         max_sessions = 4096
67
68         # Supported EAP-types
69
70         #
71         #  We do NOT recommend using EAP-MD5 authentication
72         #  for wireless connections.  It is insecure, and does
73         #  not provide for dynamic WEP keys.
74         #
75         md5 {
76         }
77
78         # 
79         # EAP-pwd -- secure password-based authentication
80         #
81 #       pwd {
82 #               group = 19
83
84                 #
85 #               server_id = theserver@example.com
86
87                 #  This has the same meaning as for TLS.
88 #               fragment_size = 1020
89
90                 # The virtual server which determines the 
91                 # "known good" password for the user.
92                 # Note that unlike TLS, only the "authorize"
93                 # section is processed.  EAP-PWD requests can be
94                 # distinguished by having a User-Name, but
95                 # no User-Password, CHAP-Password, EAP-Message, etc.
96 #               virtual_server = "inner-tunnel"
97 #       }
98
99         # Cisco LEAP
100         #
101         #  We do not recommend using LEAP in new deployments.  See:
102         #  http://www.securiteam.com/tools/5TP012ACKE.html
103         #
104         #  Cisco LEAP uses the MS-CHAP algorithm (but not
105         #  the MS-CHAP attributes) to perform it's authentication.
106         #
107         #  As a result, LEAP *requires* access to the plain-text
108         #  User-Password, or the NT-Password attributes.
109         #  'System' authentication is impossible with LEAP.
110         #
111         leap {
112         }
113
114         #  Generic Token Card.
115         #
116         #  Currently, this is only permitted inside of EAP-TTLS,
117         #  or EAP-PEAP.  The module "challenges" the user with
118         #  text, and the response from the user is taken to be
119         #  the User-Password.
120         #
121         #  Proxying the tunneled EAP-GTC session is a bad idea,
122         #  the users password will go over the wire in plain-text,
123         #  for anyone to see.
124         #
125         gtc {
126                 #  The default challenge, which many clients
127                 #  ignore..
128                 #challenge = "Password: "
129
130                 #  The plain-text response which comes back
131                 #  is put into a User-Password attribute,
132                 #  and passed to another module for
133                 #  authentication.  This allows the EAP-GTC
134                 #  response to be checked against plain-text,
135                 #  or crypt'd passwords.
136                 #
137                 #  If you say "Local" instead of "PAP", then
138                 #  the module will look for a User-Password
139                 #  configured for the request, and do the
140                 #  authentication itself.
141                 #
142                 auth_type = PAP
143         }
144
145         ## Common TLS configuration for TLS-based EAP types
146         #
147         #  See raddb/certs/README for additional comments
148         #  on certificates.
149         #
150         #  If OpenSSL was not found at the time the server was
151         #  built, the "tls", "ttls", and "peap" sections will
152         #  be ignored.
153         #
154         #  Otherwise, when the server first starts in debugging
155         #  mode, test certificates will be created.  See the
156         #  "make_cert_command" below for details, and the README
157         #  file in raddb/certs
158         #
159         #  These test certificates SHOULD NOT be used in a normal
160         #  deployment.  They are created only to make it easier
161         #  to install the server, and to perform some simple
162         #  tests with EAP-TLS, TTLS, or PEAP.
163         #
164         #  See also:
165         #
166         #  http://www.dslreports.com/forum/remark,9286052~mode=flat
167         #
168         #  Note that you should NOT use a globally known CA here!
169         #  e.g. using a Verisign cert as a "known CA" means that
170         #  ANYONE who has a certificate signed by them can
171         #  authenticate via EAP-TLS!  This is likely not what you want.
172         tls-config tls-common {
173                 private_key_password = whatever
174                 private_key_file = ${certdir}/server.pem
175
176                 #  If Private key & Certificate are located in
177                 #  the same file, then private_key_file &
178                 #  certificate_file must contain the same file
179                 #  name.
180                 #
181                 #  If CA_file (below) is not used, then the
182                 #  certificate_file below MUST include not
183                 #  only the server certificate, but ALSO all
184                 #  of the CA certificates used to sign the
185                 #  server certificate.
186                 certificate_file = ${certdir}/server.pem
187
188                 #  Trusted Root CA list
189                 #
190                 #  ALL of the CA's in this list will be trusted
191                 #  to issue client certificates for authentication.
192                 #
193                 #  In general, you should use self-signed
194                 #  certificates for 802.1x (EAP) authentication.
195                 #  In that case, this CA file should contain
196                 #  *one* CA certificate.
197                 #
198                 #  This parameter is used only for EAP-TLS,
199                 #  when you issue client certificates.  If you do
200                 #  not use client certificates, and you do not want
201                 #  to permit EAP-TLS authentication, then delete
202                 #  this configuration item.
203                 CA_file = ${cadir}/ca.pem
204
205                 #
206                 #  If OpenSSL supports TLS-PSK, then we can use
207                 #  a PSK identity and (hex) password.  When the
208                 #  following two configuration items are specified,
209                 #  then certificate-based configuration items are
210                 #  not allowed.  e.g.:
211                 #
212                 #       private_key_password
213                 #       private_key_file
214                 #       certificate_file
215                 #       CA_file
216                 #       CA_path
217                 #
218                 #  For now, the identity is fixed, and must be the
219                 #  same on the client.  The passphrase must be a hex
220                 #  value, and can be up to 256 hex digits.
221                 #
222                 #  Future versions of the server may be able to
223                 #  look up the shared key (hexphrase) based on the
224                 #  identity.
225                 #
226         #       psk_identity = "test"
227         #       psk_hexphrase = "036363823"
228
229                 #
230                 #  For DH cipher suites to work, you have to
231                 #  run OpenSSL to create the DH file first:
232                 #
233                 #       openssl dhparam -out certs/dh 1024
234                 #
235                 dh_file = ${certdir}/dh
236                 random_file = ${certdir}/random
237
238                 #
239                 #  This can never exceed the size of a RADIUS
240                 #  packet (4096 bytes), and is preferably half
241                 #  that, to accomodate other attributes in
242                 #  RADIUS packet.  On most APs the MAX packet
243                 #  length is configured between 1500 - 1600
244                 #  In these cases, fragment size should be
245                 #  1024 or less.
246                 #
247         #       fragment_size = 1024
248
249                 #  include_length is a flag which is
250                 #  by default set to yes If set to
251                 #  yes, Total Length of the message is
252                 #  included in EVERY packet we send.
253                 #  If set to no, Total Length of the
254                 #  message is included ONLY in the
255                 #  First packet of a fragment series.
256                 #
257         #       include_length = yes
258
259                 #  Check the Certificate Revocation List
260                 #
261                 #  1) Copy CA certificates and CRLs to same directory.
262                 #  2) Execute 'c_rehash <CA certs&CRLs Directory>'.
263                 #    'c_rehash' is OpenSSL's command.
264                 #  3) uncomment the line below.
265                 #  5) Restart radiusd
266         #       check_crl = yes
267                 CA_path = ${cadir}
268
269                #
270                #  If check_cert_issuer is set, the value will
271                #  be checked against the DN of the issuer in
272                #  the client certificate.  If the values do not
273                #  match, the cerficate verification will fail,
274                #  rejecting the user.
275                #
276                #  In 2.1.10 and later, this check can be done
277                #  more generally by checking the value of the
278                #  TLS-Client-Cert-Issuer attribute.  This check
279                #  can be done via any mechanism you choose.
280                #
281         #       check_cert_issuer = "/C=GB/ST=Berkshire/L=Newbury/O=My Company Ltd"
282
283                #
284                #  If check_cert_cn is set, the value will
285                #  be xlat'ed and checked against the CN
286                #  in the client certificate.  If the values
287                #  do not match, the certificate verification
288                #  will fail rejecting the user.
289                #
290                #  This check is done only if the previous
291                #  "check_cert_issuer" is not set, or if
292                #  the check succeeds.
293                #
294                #  In 2.1.10 and later, this check can be done
295                #  more generally by checking the value of the
296                #  TLS-Client-Cert-CN attribute.  This check
297                #  can be done via any mechanism you choose.
298                #
299         #       check_cert_cn = %{User-Name}
300         #
301                 # Set this option to specify the allowed
302                 # TLS cipher suites.  The format is listed
303                 # in "man 1 ciphers".
304                 cipher_list = "DEFAULT"
305
306                 #
307
308                 # This command creates the initial "snake oil"
309                 # certificates when the server is run as root,
310                 # and via "radiusd -X".
311                 #
312                 # As of 2.1.11, it *also* checks the server
313                 # certificate for validity, including expiration.
314                 # This means that radiusd will refuse to start
315                 # when the certificate has expired.  The alternative
316                 # is to have the 802.1X clients refuse to connect
317                 # when they discover the certificate has expired.
318                 #
319                 # Debugging client issues is hard, so it's better
320                 # for the server to print out an error message,
321                 # and refuse to start.
322                 #
323                 make_cert_command = "${certdir}/bootstrap"
324
325                 #
326                 #  Elliptical cryptography configuration
327                 #
328                 #  Only for OpenSSL >= 0.9.8.f
329                 #
330                 ecdh_curve = "prime256v1"
331
332                 #
333                 #  Session resumption / fast reauthentication
334                 #  cache.
335                 #
336                 #  The cache contains the following information:
337                 #
338                 #  session Id - unique identifier, managed by SSL
339                 #  User-Name  - from the Access-Accept
340                 #  Stripped-User-Name - from the Access-Request
341                 #  Cached-Session-Policy - from the Access-Accept
342                 #
343                 #  The "Cached-Session-Policy" is the name of a
344                 #  policy which should be applied to the cached
345                 #  session.  This policy can be used to assign
346                 #  VLANs, IP addresses, etc.  It serves as a useful
347                 #  way to re-apply the policy from the original
348                 #  Access-Accept to the subsequent Access-Accept
349                 #  for the cached session.
350                 #
351                 #  On session resumption, these attributes are
352                 #  copied from the cache, and placed into the
353                 #  reply list.
354                 #
355                 #  You probably also want "use_tunneled_reply = yes"
356                 #  when using fast session resumption.
357                 #
358                 cache {
359                       #
360                       #  Enable it.  The default is "no".
361                       #  Deleting the entire "cache" subsection
362                       #  Also disables caching.
363                       #
364                       #  You can disallow resumption for a
365                       #  particular user by adding the following
366                       #  attribute to the control item list:
367                       #
368                       #         Allow-Session-Resumption = No
369                       #
370                       #  If "enable = no" below, you CANNOT
371                       #  enable resumption for just one user
372                       #  by setting the above attribute to "yes".
373                       #
374                       enable = yes
375
376                       #
377                       #  Lifetime of the cached entries, in hours.
378                       #  The sessions will be deleted after this
379                       #  time.
380                       #
381                       lifetime = 24 # hours
382
383                       #
384                       #  The maximum number of entries in the
385                       #  cache.  Set to "0" for "infinite".
386                       #
387                       #  This could be set to the number of users
388                       #  who are logged in... which can be a LOT.
389                       #
390                       max_entries = 255
391
392                       #
393                       #  Internal "name" of the session cache.
394                       #  Used to distinguish which TLS context
395                       #  sessions belong to.
396                       #
397                       #  The server will generate a random value
398                       #  if unset. This will change across server
399                       #  restart so you MUST set the "name" if you
400                       #  want to persist sessions (see below).
401                       #
402                       #name = "EAP module"
403
404                       #
405                       #  Simple directory-based storage of sessions.
406                       #  Two files per session will be written, the SSL
407                       #  state and the cached VPs. This will persist session
408                       #  across server restarts.
409                       #
410                       #  The server will need write perms, and the directory
411                       #  should be secured from anyone else. You might want
412                       #  a script to remove old files from here periodically:
413                       #
414                       #    find ${logdir}/tlscache -mtime +2 -exec rm -f {} \;
415                       #
416                       #  This feature REQUIRES "name" option be set above.
417                       #
418                       #persist_dir = "${logdir}/tlscache"
419                 }
420
421                 #
422                 #  As of version 2.1.10, client certificates can be
423                 #  validated via an external command.  This allows
424                 #  dynamic CRLs or OCSP to be used.
425                 #
426                 #  This configuration is commented out in the
427                 #  default configuration.  Uncomment it, and configure
428                 #  the correct paths below to enable it.
429                 #
430                 verify {
431                         #  A temporary directory where the client
432                         #  certificates are stored.  This directory
433                         #  MUST be owned by the UID of the server,
434                         #  and MUST not be accessible by any other
435                         #  users.  When the server starts, it will do
436                         #  "chmod go-rwx" on the directory, for
437                         #  security reasons.  The directory MUST
438                         #  exist when the server starts.
439                         #
440                         #  You should also delete all of the files
441                         #  in the directory when the server starts.
442         #               tmpdir = /tmp/radiusd
443
444                         #  The command used to verify the client cert.
445                         #  We recommend using the OpenSSL command-line
446                         #  tool.
447                         #
448                         #  The ${..CA_path} text is a reference to
449                         #  the CA_path variable defined above.
450                         #
451                         #  The %{TLS-Client-Cert-Filename} is the name
452                         #  of the temporary file containing the cert
453                         #  in PEM format.  This file is automatically
454                         #  deleted by the server when the command
455                         #  returns.
456         #               client = "/path/to/openssl verify -CApath ${..CA_path} %{TLS-Client-Cert-Filename}"
457                 }
458
459                 #
460                 #  OCSP Configuration
461                 #  Certificates can be verified against an OCSP
462                 #  Responder. This makes it possible to immediately
463                 #  revoke certificates without the distribution of
464                 #  new Certificate Revokation Lists (CRLs).
465                 #
466                 ocsp {
467                       #
468                       #  Enable it.  The default is "no".
469                       #  Deleting the entire "ocsp" subsection
470                       #  Also disables ocsp checking
471                       #
472                       enable = no
473
474                       #
475                       #  The OCSP Responder URL can be automatically
476                       #  extracted from the certificate in question.
477                       #  To override the OCSP Responder URL set
478                       #  "override_cert_url = yes". 
479                       #
480                       override_cert_url = yes
481
482                       #
483                       #  If the OCSP Responder address is not
484                       #  extracted from the certificate, the
485                       #  URL can be defined here.
486
487                       #
488                       #  Limitation: Currently the HTTP
489                       #  Request is not sending the "Host: "
490                       #  information to the web-server.  This
491                       #  can be a problem if the OCSP
492                       #  Responder is running as a vhost.
493                       #
494                       url = "http://127.0.0.1/ocsp/"
495
496                       #
497                       # If the OCSP Responder can not cope with nonce
498                       # in the request, then it can be disabled here.
499                       #
500                       # For security reasons, disabling this option
501                       # is not recommended as nonce protects against
502                       # replay attacks.
503                       #
504                       # Note that Microsoft AD Certificate Services OCSP
505                       # Responder does not enable nonce by default. It is
506                       # more secure to enable nonce on the responder than
507                       # to disable it in the query here.
508                       # See http://technet.microsoft.com/en-us/library/cc770413%28WS.10%29.aspx
509                       #
510                       # use_nonce = yes
511
512                       #
513                       # Number of seconds before giving up waiting
514                       # for OCSP response. 0 uses system default.
515                       #
516                       # timeout = 0
517
518                       #
519                       # Normally an error in querying the OCSP
520                       # responder (no response from server, server did
521                       # not understand the request, etc) will result in
522                       # a validation failure.
523                       #
524                       # To treat these errors as 'soft' failures and
525                       # still accept the certificate, enable this
526                       # option.
527                       # 
528                       # Warning: this may enable clients with revoked
529                       # certificates to connect if the OCSP responder
530                       # is not available. Use with caution.
531                       #
532                       # softfail = no
533                 }
534         }
535
536         ## EAP-TLS
537         #
538         #  As of Version 3.0, the TLS configuration for TLS-based
539         #  EAP types is above in the "tls-config" section.
540         #
541         tls {
542                 # Point to the common TLS configuration
543                 tls = tls-common
544
545                 #
546                 # As part of checking a client certificate, the EAP-TLS
547                 # sets some attributes such as TLS-Client-Cert-CN. This
548                 # virtual server has access to these attributes, and can
549                 # be used to accept or reject the request.
550                 #
551         #       virtual_server = check-eap-tls
552         }
553
554
555         ## EAP-TTLS
556         #
557         #  The TTLS module implements the EAP-TTLS protocol,
558         #  which can be described as EAP inside of Diameter,
559         #  inside of TLS, inside of EAP, inside of RADIUS...
560         #
561         #  Surprisingly, it works quite well.
562         #
563         #  EAP-TTLS does not normally require a client certificate,
564         #  but you can make it require one by setting
565         #
566         #       EAP-TLS-Require-Client-Cert = Yes
567         #
568         #  in the control items for a request.
569         #
570         ttls {
571                 #  Which tls-config section the TLS negotiation parameters
572                 #  are in - see EAP-TLS above for an explanation.
573                 #
574                 #  In the case that an old configuration from FreeRADIUS
575                 #  v2.x is being used, all the options of the tls-config
576                 #  section may also appear instead in the 'tls' section
577                 #  above. If that is done, the tls= option here (and in
578                 #  tls above) MUST be commented out.
579                 # 
580                 tls = tls-common
581
582                 #  The tunneled EAP session needs a default EAP type
583                 #  which is separate from the one for the non-tunneled
584                 #  EAP module.  Inside of the TTLS tunnel, we recommend
585                 #  using EAP-MD5.  If the request does not contain an
586                 #  EAP conversation, then this configuration entry is
587                 #  ignored.
588                 #
589                 default_eap_type = md5
590
591                 #  The tunneled authentication request does not usually
592                 #  contain useful attributes like 'Calling-Station-Id',
593                 #  etc.  These attributes are outside of the tunnel,
594                 #  and normally unavailable to the tunneled
595                 #  authentication request.
596                 #
597                 #  By setting this configuration entry to 'yes',
598                 #  any attribute which is NOT in the tunneled
599                 #  authentication request, but which IS available
600                 #  outside of the tunnel, is copied to the tunneled
601                 #  request.
602                 #
603                 #  allowed values: {no, yes}
604                 #
605                 copy_request_to_tunnel = no
606
607                 #  The reply attributes sent to the NAS are usually
608                 #  based on the name of the user 'outside' of the
609                 #  tunnel (usually 'anonymous').  If you want to send
610                 #  the reply attributes based on the user name inside
611                 #  of the tunnel, then set this configuration entry to
612                 #  'yes', and the reply to the NAS will be taken from
613                 #  the reply to the tunneled request.
614                 #
615                 #  allowed values: {no, yes}
616                 #
617                 use_tunneled_reply = no
618
619                 #
620                 #  The inner tunneled request can be sent
621                 #  through a virtual server constructed
622                 #  specifically for this purpose.
623                 #
624                 #  If this entry is commented out, the inner
625                 #  tunneled request will be sent through
626                 #  the virtual server that processed the
627                 #  outer requests.
628                 #
629                 virtual_server = "inner-tunnel"
630
631                 #  This has the same meaning, and overwrites, the
632                 #  same field in the "tls" configuration, above.
633                 #  The default value here is "yes".
634                 #
635         #       include_length = yes
636         }
637
638
639         ## EAP-PEAP
640         #
641
642         ##################################################
643         #
644         #  !!!!! WARNINGS for Windows compatibility  !!!!!
645         #
646         ##################################################
647         #
648         #  If you see the server send an Access-Challenge,
649         #  and the client never sends another Access-Request,
650         #  then
651         #
652         #               STOP!
653         #
654         #  The server certificate has to have special OID's
655         #  in it, or else the Microsoft clients will silently
656         #  fail.  See the "scripts/xpextensions" file for
657         #  details, and the following page:
658         #
659         #       http://support.microsoft.com/kb/814394/en-us
660         #
661         #  For additional Windows XP SP2 issues, see:
662         #
663         #       http://support.microsoft.com/kb/885453/en-us
664         #
665         #
666         #  If is still doesn't work, and you're using Samba,
667         #  you may be encountering a Samba bug.  See:
668         #
669         #       https://bugzilla.samba.org/show_bug.cgi?id=6563
670         #
671         #  Note that we do not necessarily agree with their
672         #  explanation... but the fix does appear to work.
673         #
674         ##################################################
675
676         #
677         #  The tunneled EAP session needs a default EAP type
678         #  which is separate from the one for the non-tunneled
679         #  EAP module.  Inside of the TLS/PEAP tunnel, we
680         #  recommend using EAP-MS-CHAPv2.
681         #
682         #  Unlike EAP-TLS, PEAP does not require a client certificate.
683         #  However, you can require one by setting
684         #
685         #       EAP-TLS-Require-Client-Cert = Yes
686         #
687         #  in the control items for a request.
688         #
689         peap {
690                 #  Which tls-config section the TLS negotiation parameters
691                 #  are in - see EAP-TLS above for an explanation.
692                 #
693                 #  In the case that an old configuration from FreeRADIUS
694                 #  v2.x is being used, all the options of the tls-config
695                 #  section may also appear instead in the 'tls' section
696                 #  above. If that is done, the tls= option here (and in
697                 #  tls above) MUST be commented out.
698                 # 
699                 tls = tls-common
700
701                 #  The tunneled EAP session needs a default
702                 #  EAP type which is separate from the one for
703                 #  the non-tunneled EAP module.  Inside of the
704                 #  PEAP tunnel, we recommend using MS-CHAPv2,
705                 #  as that is the default type supported by
706                 #  Windows clients.
707                 #
708                 default_eap_type = mschapv2
709
710                 #  The PEAP module also has these configuration
711                 #  items, which are the same as for TTLS.
712                 #
713                 copy_request_to_tunnel = no
714                 use_tunneled_reply = no
715
716                 #  When the tunneled session is proxied, the
717                 #  home server may not understand EAP-MSCHAP-V2.
718                 #  Set this entry to "no" to proxy the tunneled
719                 #  EAP-MSCHAP-V2 as normal MSCHAPv2.
720                 #
721         #       proxy_tunneled_request_as_eap = yes
722
723                 #
724                 #  The inner tunneled request can be sent
725                 #  through a virtual server constructed
726                 #  specifically for this purpose.
727                 #
728                 #  If this entry is commented out, the inner
729                 #  tunneled request will be sent through
730                 #  the virtual server that processed the
731                 #  outer requests.
732                 #
733                 virtual_server = "inner-tunnel"
734
735                 # This option enables support for MS-SoH
736                 # see doc/SoH.txt for more info.
737                 # It is disabled by default.
738                 #
739         #       soh = yes
740
741                 #
742                 # The SoH reply will be turned into a request which
743                 # can be sent to a specific virtual server:
744                 #
745         #       soh_virtual_server = "soh-server"
746         }
747
748         #
749         #  This takes no configuration.
750         #
751         #  Note that it is the EAP MS-CHAPv2 sub-module, not
752         #  the main 'mschap' module.
753         #
754         #  Note also that in order for this sub-module to work,
755         #  the main 'mschap' module MUST ALSO be configured.
756         #
757         #  This module is the *Microsoft* implementation of MS-CHAPv2
758         #  in EAP.  There is another (incompatible) implementation
759         #  of MS-CHAPv2 in EAP by Cisco, which FreeRADIUS does not
760         #  currently support.
761         #
762         mschapv2 {
763                 #  Prior to version 2.1.11, the module never
764                 #  sent the MS-CHAP-Error message to the
765                 #  client.  This worked, but it had issues
766                 #  when the cached password was wrong.  The
767                 #  server *should* send "E=691 R=0" to the
768                 #  client, which tells it to prompt the user
769                 #  for a new password.
770                 #
771                 #  The default is to behave as in 2.1.10 and
772                 #  earlier, which is known to work.  If you
773                 #  set "send_error = yes", then the error
774                 #  message will be sent back to the client.
775                 #  This *may* help some clients work better,
776                 #  but *may* also cause other clients to stop
777                 #  working.
778                 #
779 #               send_error = no
780         }
781 }