Re: eap module change between 2.1.11 2.1.12 ?

2011-10-26 Thread Fred
2011/10/25 Fred fred.mai...@gmail.com:
 Phil,
 Yes, I am sure, but I don't have traces on hand...
 I will try to get some radiusd -X on 2.1.11 ASAP, as I can't do it now
 because I try to find a solution as I have to restart production in
 the next few hours ...
 Anyway, Thank a lot for your kind help attempts.
 Fred

 2011/10/25 Phil Mayers p.may...@imperial.ac.uk:
 On 25/10/11 16:10, Fred wrote:

     cache {
        enable = no
        lifetime = 6
        max_entries = 8192
        name = A
     }
    }
 rlm_eap: SSL error error:140DB111:SSL
 routines:SSL_CTX_set_session_id_context:ssl session id context too
 long

 I don't know why this isn't working. The un-patched 2.1.12 code builds the
 session id context as:

 FreeRADIUS EAP-TLS %s eap-tls-cache-name

 If name is a one-char string, that should be 32 characters which is the
 value of SSL_MAX_SSL_SESSION_ID_LENGTH (on my system).

 Sorry. Can't help. Try the patch and see if it works.

 Maybe this isn't your problem; are you SURE it works using the EXACT same
 config under 2.1.11?
 -
 List info/subscribe/unsubscribe? See
 http://www.freeradius.org/list/users.html



-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: eap module change between 2.1.11 2.1.12 ?

2011-10-25 Thread Phil Mayers

On 25/10/11 10:54, Fred wrote:

rlm_eap: SSL error error:140DB111:SSL
routines:SSL_CTX_set_session_id_context:ssl session id context too
long


Ugh. OpenSSL really is a horrible, horrible piece of software.

Are you sure there is absolutely no other change than going from 2.1.11 
to 2.1.12 - there's nothing in the EAP  SSL routines that should cause 
this - or rather, it should break under 2.1.11 just the same.


If you downgrade, using the exact same config as you have now, does it work?

The problem seems to be that OpenSSL has this tedious thing where, if 
you are caching sessions, you have to set a name for a given SSL 
context. Then if the programmer stores a session to e.g. SQL and tries 
to re-import it, if the name doesn't match, it errors out.


This name field is short, and FreeRADIUS is probably trying to put too 
much data into it.


You have two options - name your other EAP module shorter:

eap pt-eap {
  ...
}

Or, try this:

eap partner-eap {
  ...
  tls {
cache {
  name = A
}
  }
}

I'll roll a patch up for the underlying issue. It's odd that no-one else 
is seeing it though.

-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: eap module change between 2.1.11 2.1.12 ?

2011-10-25 Thread Alan DeKok
Phil Mayers wrote:
 Ugh. OpenSSL really is a horrible, horrible piece of software.

  Yup.


 I'll roll a patch up for the underlying issue. It's odd that no-one else
 is seeing it though.

  I've taken your fix from github and added it to v2.1.x  master branches.

  Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: eap module change between 2.1.11 2.1.12 ?

2011-10-25 Thread Fred
Hi Alan,
While waiting for a fix on github, (I will not be able to rebuild my
servers today) I try to make a workaround, as due to this SSL problem,
I cannot have anymore
default eap config including virtual_server = inner-tunnel
partners eap config including some virtual_server = partners.inner-tunnel

When server sees Inner-Identity, it normally proxies request to
inner-tunnel (by settingFreeRADIUS-Proxied-To = 127.0.0.1)

Here is what I would like to get :
default inner-tunnel proxied to LOCAL (127.0.0.1)
partners inner-tunnel proxied to   (127.0.0.2)

Please confirm if those loopback IPs refer to a proxy listen or to
inner-tunnels author and authent listen IPs ?

Best regards,
Fred

2011/10/25 Alan DeKok al...@deployingradius.com:
 Phil Mayers wrote:
 Ugh. OpenSSL really is a horrible, horrible piece of software.

  Yup.


 I'll roll a patch up for the underlying issue. It's odd that no-one else
 is seeing it though.

  I've taken your fix from github and added it to v2.1.x  master branches.

  Alan DeKok.
 -
 List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: eap module change between 2.1.11 2.1.12 ?

2011-10-25 Thread Phil Mayers

On 25/10/11 14:25, Fred wrote:

Hi Alan,
While waiting for a fix on github, (I will not be able to rebuild my
servers today) I try to make a workaround, as due to this SSL problem,
I cannot have anymore


As per my email - there are other options.

You can make your EAP module name shorter; or you can specify the:

eap {
  tls {
cache {
  name = A
}
  }
}

...the idea being to make name a SHORT string. Then it should work. 
Have you tried this?

-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: eap module change between 2.1.11 2.1.12 ?

2011-10-25 Thread Fred
Hi Phil,
Unfortunately, shortening eap module instance name to eap2 seems to
give same result.
Best regards,
Fred

2011/10/25 Phil Mayers p.may...@imperial.ac.uk:
 On 25/10/11 14:25, Fred wrote:

 Hi Alan,
 While waiting for a fix on github, (I will not be able to rebuild my
 servers today) I try to make a workaround, as due to this SSL problem,
 I cannot have anymore

 As per my email - there are other options.

 You can make your EAP module name shorter; or you can specify the:

 eap {
  tls {
    cache {
      name = A
    }
  }
 }

 ...the idea being to make name a SHORT string. Then it should work. Have
 you tried this?
 -
 List info/subscribe/unsubscribe? See
 http://www.freeradius.org/list/users.html


-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: eap module change between 2.1.11 2.1.12 ?

2011-10-25 Thread Fred
radiusd -X follows :

FreeRADIUS Version 2.1.12, for host x86_64-redhat-linux-gnu, built on
Sep 27 2011 at 11:59:05
Copyright (C) 1999-2009 The FreeRADIUS server project and contributors.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
You may redistribute copies of FreeRADIUS under the terms of the
GNU General Public License v2.
Starting - reading configuration files ...
including configuration file /etc/raddb/radiusd.conf
including configuration file /etc/raddb/radius-fr-ny-wifi.listen.conf
including configuration file /etc/raddb/radius-fr-ny-wifi.proxy.conf
including configuration file /etc/raddb/local.clients.conf
including configuration file /etc/raddb/loadmodules
including configuration file /etc/raddb/modules/acct_unique
including configuration file /etc/raddb/modules/always
including configuration file /etc/raddb/modules/attr_filter
including configuration file /etc/raddb/modules/attr_rewrite
including configuration file /etc/raddb/modules/chap
including configuration file /etc/raddb/modules/detail
including configuration file /etc/raddb/modules/detail.log
including configuration file /etc/raddb/modules/exec
including configuration file /etc/raddb/modules/expiration
including configuration file /etc/raddb/modules/expr
including configuration file /etc/raddb/modules/files
including configuration file /etc/raddb/modules/ldap
including configuration file /etc/raddb/modules/logintime
including configuration file /etc/raddb/modules/mschap
including configuration file /etc/raddb/modules/pap
including configuration file /etc/raddb/modules/policy
including configuration file /etc/raddb/modules/preprocess
including configuration file /etc/raddb/modules/realm
including configuration file /etc/raddb/eap.conf
including configuration file /etc/raddb/partners/modules/partners.preprocess
including configuration file /etc/raddb/partners/modules/partners.files
including configuration file /etc/raddb/partners/modules/partners.mschap
including configuration file /etc/raddb/partners/modules/partners.eap
including configuration file /etc/raddb/policy.conf
including files in directory /etc/raddb/sites-enabled/
including configuration file /etc/raddb/sites-enabled/inner-tunnel
including configuration file /etc/raddb/sites-enabled/partners
including configuration file /etc/raddb/local.clients.conf
including configuration file /etc/raddb/partners/radius-fr-ny-wifi.listen.conf
including configuration file /etc/raddb/partners/default
including configuration file /etc/raddb/sites-enabled/default
including configuration file /etc/raddb/sites-enabled/control-socket
including configuration file /etc/raddb/sites-enabled/partners.inner-tunnel
main {
user = radiusd
group = radiusd
allow_core_dumps = no
}
including dictionary file /etc/raddb/dictionary
main {
name = radiusd
prefix = /usr
localstatedir = /var
sbindir = /usr/sbin
logdir = /var/log/radius
run_dir = /var/run/radiusd
libdir = /usr/lib64/freeradius
radacctdir = /var/log/radius/radacct
hostname_lookups = no
max_request_time = 30
cleanup_delay = 5
max_requests = 1024
pidfile = /var/run/radiusd/radiusd.pid
checkrad = /usr/sbin/checkrad
debug_level = 4
proxy_requests = yes
 log {
stripped_names = no
auth = yes
auth_badpass = no
auth_goodpass = no
 }
 security {
max_attributes = 200
reject_delay = 1
status_server = no
 }
}
radiusd:  Loading Realms and Home Servers 
 proxy server {
retry_delay = 5
retry_count = 3
default_fallback = no
dead_time = 120
wake_all_if_all_dead = no
 }
 home_server localhost {
ipaddr = 127.0.0.1
port = 1812
type = auth
secret = testing123
response_window = 20
max_outstanding = 65536
require_message_authenticator = yes
zombie_period = 40
status_check = status-server
ping_interval = 30
check_interval = 30
num_answers_to_alive = 3
num_pings_to_alive = 3
revive_interval = 120
status_check_timeout = 4
  coa {
irt = 2
mrt = 16
mrc = 5
mrd = 30
  }
 }
 realm carrefour.com {
nostrip
authhost = 10.48.184.69:1812
accthost = 10.48.184.69:1813
secret = cisco
 }
 realm LOCAL {
 }
 home_server_pool my_auth_failover {
type = fail-over
home_server = localhost
 }
radiusd:  Loading Clients 
 client 127.0.0.1 {
ipaddr = 127.0.0.1
require_message_authenticator = no
secret = testing123
 }
 client 127.0.0.2 {
ipaddr = 127.0.0.2
require_message_authenticator = no
secret = testing123
 }
 client 10.48.184.18 {
ipaddr = 10.48.184.18
require_message_authenticator = yes
secret = radius
shortname = 

Re: eap module change between 2.1.11 2.1.12 ?

2011-10-25 Thread Alan DeKok
Fred wrote:
 Hi Phil,
 Unfortunately, shortening eap module instance name to eap2 seems to
 give same result.

  See http://git.freeradius.org/

  Grab the v2.1.x branch.  It should work.

  Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: eap module change between 2.1.11 2.1.12 ?

2011-10-25 Thread Phil Mayers

On 25/10/11 16:10, Fred wrote:


 cache {
enable = no
lifetime = 6
max_entries = 8192
name = A
 }
}
rlm_eap: SSL error error:140DB111:SSL
routines:SSL_CTX_set_session_id_context:ssl session id context too
long


I don't know why this isn't working. The un-patched 2.1.12 code builds 
the session id context as:


FreeRADIUS EAP-TLS %s eap-tls-cache-name

If name is a one-char string, that should be 32 characters which is 
the value of SSL_MAX_SSL_SESSION_ID_LENGTH (on my system).


Sorry. Can't help. Try the patch and see if it works.

Maybe this isn't your problem; are you SURE it works using the EXACT 
same config under 2.1.11?

-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: eap module change between 2.1.11 2.1.12 ?

2011-10-25 Thread Fred
Phil,
Yes, I am sure, but I don't have traces on hand...
I will try to get some radiusd -X on 2.1.11 ASAP, as I can't do it now
because I try to find a solution as I have to restart production in
the next few hours ...
Anyway, Thank a lot for your kind help attempts.
Fred

2011/10/25 Phil Mayers p.may...@imperial.ac.uk:
 On 25/10/11 16:10, Fred wrote:

     cache {
        enable = no
        lifetime = 6
        max_entries = 8192
        name = A
     }
    }
 rlm_eap: SSL error error:140DB111:SSL
 routines:SSL_CTX_set_session_id_context:ssl session id context too
 long

 I don't know why this isn't working. The un-patched 2.1.12 code builds the
 session id context as:

 FreeRADIUS EAP-TLS %s eap-tls-cache-name

 If name is a one-char string, that should be 32 characters which is the
 value of SSL_MAX_SSL_SESSION_ID_LENGTH (on my system).

 Sorry. Can't help. Try the patch and see if it works.

 Maybe this isn't your problem; are you SURE it works using the EXACT same
 config under 2.1.11?
 -
 List info/subscribe/unsubscribe? See
 http://www.freeradius.org/list/users.html


-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html