Merge pull request #931 from nchaigne/3.0.x-fb4-rc
[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.  For simplicity,
64         #  this is taken from the "max_requests" directive in
65         #  radiusd.conf.
66         max_sessions = ${max_requests}
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         #  If you do not currently have certificates signed by
155         #  a trusted CA you may use the 'snakeoil' certificates.
156         #  Included with the server in raddb/certs.
157         #
158         #  If these certificates have not been auto-generated:
159         #    cd raddb/certs
160         #    make
161         #
162         #  These test certificates SHOULD NOT be used in a normal
163         #  deployment.  They are created only to make it easier
164         #  to install the server, and to perform some simple
165         #  tests with EAP-TLS, TTLS, or PEAP.
166         #
167         #  See also:
168         #
169         #  http://www.dslreports.com/forum/remark,9286052~mode=flat
170         #
171         #  Note that you should NOT use a globally known CA here!
172         #  e.g. using a Verisign cert as a "known CA" means that
173         #  ANYONE who has a certificate signed by them can
174         #  authenticate via EAP-TLS!  This is likely not what you want.
175         tls-config tls-common {
176                 private_key_password = whatever
177                 private_key_file = ${certdir}/server.pem
178
179                 #  If Private key & Certificate are located in
180                 #  the same file, then private_key_file &
181                 #  certificate_file must contain the same file
182                 #  name.
183                 #
184                 #  If ca_file (below) is not used, then the
185                 #  certificate_file below MUST include not
186                 #  only the server certificate, but ALSO all
187                 #  of the CA certificates used to sign the
188                 #  server certificate.
189                 certificate_file = ${certdir}/server.pem
190
191                 #  Trusted Root CA list
192                 #
193                 #  ALL of the CA's in this list will be trusted
194                 #  to issue client certificates for authentication.
195                 #
196                 #  In general, you should use self-signed
197                 #  certificates for 802.1x (EAP) authentication.
198                 #  In that case, this CA file should contain
199                 #  *one* CA certificate.
200                 #
201                 ca_file = ${cadir}/ca.pem
202
203                 #
204                 #  If OpenSSL supports TLS-PSK, then we can use
205                 #  a PSK identity and (hex) password.  When the
206                 #  following two configuration items are specified,
207                 #  then certificate-based configuration items are
208                 #  not allowed.  e.g.:
209                 #
210                 #       private_key_password
211                 #       private_key_file
212                 #       certificate_file
213                 #       ca_file
214                 #       ca_path
215                 #
216                 #  For now, the identity is fixed, and must be the
217                 #  same on the client.  The passphrase must be a hex
218                 #  value, and can be up to 256 hex digits.
219                 #
220                 #  Future versions of the server may be able to
221                 #  look up the shared key (hexphrase) based on the
222                 #  identity.
223                 #
224         #       psk_identity = "test"
225         #       psk_hexphrase = "036363823"
226
227                 #
228                 #  For DH cipher suites to work, you have to
229                 #  run OpenSSL to create the DH file first:
230                 #
231                 #       openssl dhparam -out certs/dh 1024
232                 #
233                 dh_file = ${certdir}/dh
234
235                 #
236                 #  If your system doesn't have /dev/urandom,
237                 #  you will need to create this file, and
238                 #  periodically change its contents.
239                 #
240                 #  For security reasons, FreeRADIUS doesn't
241                 #  write to files in its configuration
242                 #  directory.
243                 #
244 #               random_file = /dev/urandom
245
246                 #
247                 #  This can never exceed the size of a RADIUS
248                 #  packet (4096 bytes), and is preferably half
249                 #  that, to accommodate other attributes in
250                 #  RADIUS packet.  On most APs the MAX packet
251                 #  length is configured between 1500 - 1600
252                 #  In these cases, fragment size should be
253                 #  1024 or less.
254                 #
255         #       fragment_size = 1024
256
257                 #  include_length is a flag which is
258                 #  by default set to yes If set to
259                 #  yes, Total Length of the message is
260                 #  included in EVERY packet we send.
261                 #  If set to no, Total Length of the
262                 #  message is included ONLY in the
263                 #  First packet of a fragment series.
264                 #
265         #       include_length = yes
266
267                 #  Check the Certificate Revocation List
268                 #
269                 #  1) Copy CA certificates and CRLs to same directory.
270                 #  2) Execute 'c_rehash <CA certs&CRLs Directory>'.
271                 #    'c_rehash' is OpenSSL's command.
272                 #  3) uncomment the line below.
273                 #  5) Restart radiusd
274         #       check_crl = yes
275                 ca_path = ${cadir}
276
277                 #
278                 #  If check_cert_issuer is set, the value will
279                 #  be checked against the DN of the issuer in
280                 #  the client certificate.  If the values do not
281                 #  match, the certificate verification will fail,
282                 #  rejecting the user.
283                 #
284                 #  In 2.1.10 and later, this check can be done
285                 #  more generally by checking the value of the
286                 #  TLS-Client-Cert-Issuer attribute.  This check
287                 #  can be done via any mechanism you choose.
288                 #
289         #       check_cert_issuer = "/C=GB/ST=Berkshire/L=Newbury/O=My Company Ltd"
290
291                 #
292                 #  If check_cert_cn is set, the value will
293                 #  be xlat'ed and checked against the CN
294                 #  in the client certificate.  If the values
295                 #  do not match, the certificate verification
296                 #  will fail rejecting the user.
297                 #
298                 #  This check is done only if the previous
299                 #  "check_cert_issuer" is not set, or if
300                 #  the check succeeds.
301                 #
302                 #  In 2.1.10 and later, this check can be done
303                 #  more generally by checking the value of the
304                 #  TLS-Client-Cert-CN attribute.  This check
305                 #  can be done via any mechanism you choose.
306                 #
307         #       check_cert_cn = %{User-Name}
308                 #
309                 # Set this option to specify the allowed
310                 # TLS cipher suites.  The format is listed
311                 # in "man 1 ciphers".
312                 cipher_list = "DEFAULT"
313
314                 #
315
316                 #
317                 #  Elliptical cryptography configuration
318                 #
319                 #  Only for OpenSSL >= 0.9.8.f
320                 #
321                 ecdh_curve = "prime256v1"
322
323                 #
324                 #  Session resumption / fast reauthentication
325                 #  cache.
326                 #
327                 #  The cache contains the following information:
328                 #
329                 #  session Id - unique identifier, managed by SSL
330                 #  User-Name  - from the Access-Accept
331                 #  Stripped-User-Name - from the Access-Request
332                 #  Cached-Session-Policy - from the Access-Accept
333                 #
334                 #  The "Cached-Session-Policy" is the name of a
335                 #  policy which should be applied to the cached
336                 #  session.  This policy can be used to assign
337                 #  VLANs, IP addresses, etc.  It serves as a useful
338                 #  way to re-apply the policy from the original
339                 #  Access-Accept to the subsequent Access-Accept
340                 #  for the cached session.
341                 #
342                 #  On session resumption, these attributes are
343                 #  copied from the cache, and placed into the
344                 #  reply list.
345                 #
346                 #  You probably also want "use_tunneled_reply = yes"
347                 #  when using fast session resumption.
348                 #
349                 cache {
350                         #
351                         #  Enable it.  The default is "no". Deleting the entire "cache"
352                         #  subsection also disables caching.
353                         #
354                         #  You can disallow resumption for a particular user by adding the
355                         #  following attribute to the control item list:
356                         #
357                         #    Allow-Session-Resumption = No
358                         #
359                         #  If "enable = no" below, you CANNOT enable resumption for just one
360                         #  user by setting the above attribute to "yes".
361                         #
362                         enable = yes
363
364                         #
365                         #  Internal "name" of the session cache. Used to distinguish which
366                         #  TLS context sessions belong to.
367                         #
368                         #  The server will generate a random value if unset. This will change
369                         #  across server restart so you MUST set the "name" if you want to
370                         #  persist sessions (see below).
371                         #
372 #                       name = "EAP module"
373
374                         #
375                         #  Lifetime of the cached entries, in hours. The sessions will be
376                         #  deleted/invalidated after this time.
377                         #
378                         lifetime = 24 # hours
379
380                         #
381                         #  The maximum number of entries in the
382                         #  cache.  Set to "0" for "infinite".
383                         #
384                         #  This could be set to the number of users
385                         #  who are logged in... which can be a LOT.
386                         #
387                         max_entries = 255
388
389                         #
390                         #  Internal "name" of the session cache.
391                         #  Used to distinguish which TLS context
392                         #  sessions belong to.
393                         #
394                         #  The server will generate a random value
395                         #  if unset. This will change across server
396                         #  restart so you MUST set the "name" if you
397                         #  want to persist sessions (see below).
398                         #
399                         #name = "EAP module"
400
401                         #
402                         #  Simple directory-based storage of sessions.
403                         #  Two files per session will be written, the SSL
404                         #  state and the cached VPs. This will persist session
405                         #  across server restarts.
406                         #
407                         #  The server will need write perms, and the directory
408                         #  should be secured from anyone else. You might want
409                         #  a script to remove old files from here periodically:
410                         #
411                         #    find ${logdir}/tlscache -mtime +2 -exec rm -f {} \;
412                         #
413                         #  This feature REQUIRES "name" option be set above.
414                         #
415                         #persist_dir = "${logdir}/tlscache"
416                 }
417
418                 #
419                 #  As of version 2.1.10, client certificates can be
420                 #  validated via an external command.  This allows
421                 #  dynamic CRLs or OCSP to be used.
422                 #
423                 #  This configuration is commented out in the
424                 #  default configuration.  Uncomment it, and configure
425                 #  the correct paths below to enable it.
426                 #
427                 verify {
428                         #  A temporary directory where the client
429                         #  certificates are stored.  This directory
430                         #  MUST be owned by the UID of the server,
431                         #  and MUST not be accessible by any other
432                         #  users.  When the server starts, it will do
433                         #  "chmod go-rwx" on the directory, for
434                         #  security reasons.  The directory MUST
435                         #  exist when the server starts.
436                         #
437                         #  You should also delete all of the files
438                         #  in the directory when the server starts.
439         #               tmpdir = /tmp/radiusd
440
441                         #  The command used to verify the client cert.
442                         #  We recommend using the OpenSSL command-line
443                         #  tool.
444                         #
445                         #  The ${..ca_path} text is a reference to
446                         #  the ca_path variable defined above.
447                         #
448                         #  The %{TLS-Client-Cert-Filename} is the name
449                         #  of the temporary file containing the cert
450                         #  in PEM format.  This file is automatically
451                         #  deleted by the server when the command
452                         #  returns.
453         #               client = "/path/to/openssl verify -CApath ${..ca_path} %{TLS-Client-Cert-Filename}"
454                 }
455
456                 #
457                 #  OCSP Configuration
458                 #  Certificates can be verified against an OCSP
459                 #  Responder. This makes it possible to immediately
460                 #  revoke certificates without the distribution of
461                 #  new Certificate Revocation Lists (CRLs).
462                 #
463                 ocsp {
464                         #
465                         #  Enable it.  The default is "no".
466                         #  Deleting the entire "ocsp" subsection
467                         #  also disables ocsp checking
468                         #
469                         enable = no
470
471                         #
472                         #  The OCSP Responder URL can be automatically
473                         #  extracted from the certificate in question.
474                         #  To override the OCSP Responder URL set
475                         #  "override_cert_url = yes".
476                         #
477                         override_cert_url = yes
478
479                         #
480                         #  If the OCSP Responder address is not extracted from
481                         #  the certificate, the URL can be defined here.
482                         #
483                         url = "http://127.0.0.1/ocsp/"
484
485                         #
486                         # If the OCSP Responder can not cope with nonce
487                         # in the request, then it can be disabled here.
488                         #
489                         # For security reasons, disabling this option
490                         # is not recommended as nonce protects against
491                         # replay attacks.
492                         #
493                         # Note that Microsoft AD Certificate Services OCSP
494                         # Responder does not enable nonce by default. It is
495                         # more secure to enable nonce on the responder than
496                         # to disable it in the query here.
497                         # See http://technet.microsoft.com/en-us/library/cc770413%28WS.10%29.aspx
498                         #
499                         # use_nonce = yes
500
501                         #
502                         # Number of seconds before giving up waiting
503                         # for OCSP response. 0 uses system default.
504                         #
505                         # timeout = 0
506
507                         #
508                         # Normally an error in querying the OCSP
509                         # responder (no response from server, server did
510                         # not understand the request, etc) will result in
511                         # a validation failure.
512                         #
513                         # To treat these errors as 'soft' failures and
514                         # still accept the certificate, enable this
515                         # option.
516                         #
517                         # Warning: this may enable clients with revoked
518                         # certificates to connect if the OCSP responder
519                         # is not available. Use with caution.
520                         #
521                         # softfail = no
522                 }
523         }
524
525         ## EAP-TLS
526         #
527         #  As of Version 3.0, the TLS configuration for TLS-based
528         #  EAP types is above in the "tls-config" section.
529         #
530         tls {
531                 # Point to the common TLS configuration
532                 tls = tls-common
533
534                 #
535                 # As part of checking a client certificate, the EAP-TLS
536                 # sets some attributes such as TLS-Client-Cert-CN. This
537                 # virtual server has access to these attributes, and can
538                 # be used to accept or reject the request.
539                 #
540         #       virtual_server = check-eap-tls
541         }
542
543
544         ## EAP-TTLS
545         #
546         #  The TTLS module implements the EAP-TTLS protocol,
547         #  which can be described as EAP inside of Diameter,
548         #  inside of TLS, inside of EAP, inside of RADIUS...
549         #
550         #  Surprisingly, it works quite well.
551         #
552         ttls {
553                 #  Which tls-config section the TLS negotiation parameters
554                 #  are in - see EAP-TLS above for an explanation.
555                 #
556                 #  In the case that an old configuration from FreeRADIUS
557                 #  v2.x is being used, all the options of the tls-config
558                 #  section may also appear instead in the 'tls' section
559                 #  above. If that is done, the tls= option here (and in
560                 #  tls above) MUST be commented out.
561                 #
562                 tls = tls-common
563
564                 #  The tunneled EAP session needs a default EAP type
565                 #  which is separate from the one for the non-tunneled
566                 #  EAP module.  Inside of the TTLS tunnel, we recommend
567                 #  using EAP-MD5.  If the request does not contain an
568                 #  EAP conversation, then this configuration entry is
569                 #  ignored.
570                 #
571                 default_eap_type = md5
572
573                 #  The tunneled authentication request does not usually
574                 #  contain useful attributes like 'Calling-Station-Id',
575                 #  etc.  These attributes are outside of the tunnel,
576                 #  and normally unavailable to the tunneled
577                 #  authentication request.
578                 #
579                 #  By setting this configuration entry to 'yes',
580                 #  any attribute which is NOT in the tunneled
581                 #  authentication request, but which IS available
582                 #  outside of the tunnel, is copied to the tunneled
583                 #  request.
584                 #
585                 #  allowed values: {no, yes}
586                 #
587                 copy_request_to_tunnel = no
588
589                 #
590                 #  As of version 3.0.5, this configuration item
591                 #  is deprecated.  Instead, you should use
592                 #
593                 #       update outer.session-state {
594                 #               ...
595                 #
596                 #       }
597                 #
598                 #  This will cache attributes for the final Access-Accept.
599                 #
600                 #  The reply attributes sent to the NAS are usually
601                 #  based on the name of the user 'outside' of the
602                 #  tunnel (usually 'anonymous').  If you want to send
603                 #  the reply attributes based on the user name inside
604                 #  of the tunnel, then set this configuration entry to
605                 #  'yes', and the reply to the NAS will be taken from
606                 #  the reply to the tunneled request.
607                 #
608                 #  allowed values: {no, yes}
609                 #
610                 use_tunneled_reply = no
611
612                 #
613                 #  The inner tunneled request can be sent
614                 #  through a virtual server constructed
615                 #  specifically for this purpose.
616                 #
617                 #  If this entry is commented out, the inner
618                 #  tunneled request will be sent through
619                 #  the virtual server that processed the
620                 #  outer requests.
621                 #
622                 virtual_server = "inner-tunnel"
623
624                 #  This has the same meaning, and overwrites, the
625                 #  same field in the "tls" configuration, above.
626                 #  The default value here is "yes".
627                 #
628         #       include_length = yes
629
630                 #
631                 # Unlike EAP-TLS, EAP-TTLS does not require a client
632                 # certificate. However, you can require one by setting the
633                 # following option. You can also override this option by
634                 # setting
635                 #
636                 #       EAP-TLS-Require-Client-Cert = Yes
637                 #
638                 # in the control items for a request.
639                 #
640         #       require_client_cert = yes
641         }
642
643
644         ## EAP-PEAP
645         #
646
647         ##################################################
648         #
649         #  !!!!! WARNINGS for Windows compatibility  !!!!!
650         #
651         ##################################################
652         #
653         #  If you see the server send an Access-Challenge,
654         #  and the client never sends another Access-Request,
655         #  then
656         #
657         #               STOP!
658         #
659         #  The server certificate has to have special OID's
660         #  in it, or else the Microsoft clients will silently
661         #  fail.  See the "scripts/xpextensions" file for
662         #  details, and the following page:
663         #
664         #       http://support.microsoft.com/kb/814394/en-us
665         #
666         #  For additional Windows XP SP2 issues, see:
667         #
668         #       http://support.microsoft.com/kb/885453/en-us
669         #
670         #
671         #  If is still doesn't work, and you're using Samba,
672         #  you may be encountering a Samba bug.  See:
673         #
674         #       https://bugzilla.samba.org/show_bug.cgi?id=6563
675         #
676         #  Note that we do not necessarily agree with their
677         #  explanation... but the fix does appear to work.
678         #
679         ##################################################
680
681         #
682         #  The tunneled EAP session needs a default EAP type
683         #  which is separate from the one for the non-tunneled
684         #  EAP module.  Inside of the TLS/PEAP tunnel, we
685         #  recommend using EAP-MS-CHAPv2.
686         #
687         peap {
688                 #  Which tls-config section the TLS negotiation parameters
689                 #  are in - see EAP-TLS above for an explanation.
690                 #
691                 #  In the case that an old configuration from FreeRADIUS
692                 #  v2.x is being used, all the options of the tls-config
693                 #  section may also appear instead in the 'tls' section
694                 #  above. If that is done, the tls= option here (and in
695                 #  tls above) MUST be commented out.
696                 #
697                 tls = tls-common
698
699                 #  The tunneled EAP session needs a default
700                 #  EAP type which is separate from the one for
701                 #  the non-tunneled EAP module.  Inside of the
702                 #  PEAP tunnel, we recommend using MS-CHAPv2,
703                 #  as that is the default type supported by
704                 #  Windows clients.
705                 #
706                 default_eap_type = mschapv2
707
708                 #  The PEAP module also has these configuration
709                 #  items, which are the same as for TTLS.
710                 #
711                 copy_request_to_tunnel = no
712
713                 #
714                 #  As of version 3.0.5, this configuration item
715                 #  is deprecated.  Instead, you should use
716                 #
717                 #       update outer.session-state {
718                 #               ...
719                 #
720                 #       }
721                 #
722                 #  This will cache attributes for the final Access-Accept.
723                 #
724                 use_tunneled_reply = no
725
726                 #  When the tunneled session is proxied, the
727                 #  home server may not understand EAP-MSCHAP-V2.
728                 #  Set this entry to "no" to proxy the tunneled
729                 #  EAP-MSCHAP-V2 as normal MSCHAPv2.
730                 #
731         #       proxy_tunneled_request_as_eap = yes
732
733                 #
734                 #  The inner tunneled request can be sent
735                 #  through a virtual server constructed
736                 #  specifically for this purpose.
737                 #
738                 #  If this entry is commented out, the inner
739                 #  tunneled request will be sent through
740                 #  the virtual server that processed the
741                 #  outer requests.
742                 #
743                 virtual_server = "inner-tunnel"
744
745                 # This option enables support for MS-SoH
746                 # see doc/SoH.txt for more info.
747                 # It is disabled by default.
748                 #
749         #       soh = yes
750
751                 #
752                 # The SoH reply will be turned into a request which
753                 # can be sent to a specific virtual server:
754                 #
755         #       soh_virtual_server = "soh-server"
756
757                 #
758                 # Unlike EAP-TLS, PEAP does not require a client certificate.
759                 # However, you can require one by setting the following
760                 # option. You can also override this option by setting
761                 #
762                 #       EAP-TLS-Require-Client-Cert = Yes
763                 #
764                 # in the control items for a request.
765                 #
766         #       require_client_cert = yes
767         }
768
769         #
770         #  This takes no configuration.
771         #
772         #  Note that it is the EAP MS-CHAPv2 sub-module, not
773         #  the main 'mschap' module.
774         #
775         #  Note also that in order for this sub-module to work,
776         #  the main 'mschap' module MUST ALSO be configured.
777         #
778         #  This module is the *Microsoft* implementation of MS-CHAPv2
779         #  in EAP.  There is another (incompatible) implementation
780         #  of MS-CHAPv2 in EAP by Cisco, which FreeRADIUS does not
781         #  currently support.
782         #
783         mschapv2 {
784                 #  Prior to version 2.1.11, the module never
785                 #  sent the MS-CHAP-Error message to the
786                 #  client.  This worked, but it had issues
787                 #  when the cached password was wrong.  The
788                 #  server *should* send "E=691 R=0" to the
789                 #  client, which tells it to prompt the user
790                 #  for a new password.
791                 #
792                 #  The default is to behave as in 2.1.10 and
793                 #  earlier, which is known to work.  If you
794                 #  set "send_error = yes", then the error
795                 #  message will be sent back to the client.
796                 #  This *may* help some clients work better,
797                 #  but *may* also cause other clients to stop
798                 #  working.
799                 #
800 #               send_error = no
801         }
802 }