ldap attribute

2012-07-11 Thread sandm...@uni-greifswald.de
Hello,

i want to get different attribute from ldap. Something like cn.
Is this possible and where must be set it?

Mit freundlichen Grüßen

David Sandmann

***
Fachinformatiker für Systemintegration
Ernst-Moritz-Arndt-Universität
Rechenzentrum
Felix-Hausdorff-Straße 12
17489 Greifswald
www.rz.uni-greifswald.de

+49 3834 86 1424
+49 3834 86791424
sandm...@uni-greifswald.de
***




-
Description: Binary data


smime.p7s
Description: S/MIME cryptographic signature
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

ldap attribute

2012-04-23 Thread sandm...@uni-greifswald.de
Hello,

i want to get different attribute from ldap. Something like cn.
Is this possible and where must be set it?

Mit freundlichen Grüßen

David Sandmann

***
Fachinformatiker für Systemintegration
Ernst-Moritz-Arndt-Universität
Rechenzentrum
Felix-Hausdorff-Straße 12
17489 Greifswald
www.rz.uni-greifswald.de

+49 3834 86 1424
+49 3834 86791424
sandm...@uni-greifswald.de
***




smime.p7s
Description: S/MIME cryptographic signature
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Fwd: freeradius logging

2011-11-22 Thread sandm...@uni-greifswald.de
Hi all,

I am hoping that someone can help me.

I need more informations in the logs because sometimes the radius
service will be stopped. But i don't know why. 
Where i must configure this Loglevel to get more informations in this
logs?

best regards

David Sandmann




smime.p7s
Description: S/MIME cryptographic signature
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Login incorrect (Home Server says so)... - But why?

2008-08-07 Thread uni
well, problem is solved. The IP for the my realm was wrong.
Now everything works without any problem
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Login incorrect (Home Server says so)... - But why?

2008-08-06 Thread uni
Dear group,

you obviously still know my old thread: 
http://lists.freeradius.org/mailman/htdig/freeradius-users/2008-July/msg00091.html

I am using still freeradius 1.1.7
Well, the problem was not the foreign server which had the problems. It is kind 
of embarrassing to say: The reason was my access points. There was a setting, 
saying that each password should be transfered while being coded with md5. 
Although I don´t know why this had any influence on the clients with 
MSChapv2/PEAP or TTLS/PAP I removed the setting and voila it works.

So now, foreigner from other wanted enterprises can use our WLAN using their 
login credentials. So, the other way should also work. Do you know eduroam? The 
service we use is similar to this


Let´s look at my setup:

WLAN-accesspoints with SSID1 for local 
users--Windows
 2003 with IAS and active directory
same WLAN-accesspoints with SSID2 for foreign 
usersmyFreeRadiusServer-Windows 2003 with IAS and 
active directory
outside central 
server-myFreeRadiusServer-Windows
 2003 with IAS and active directory
outside central 
server-someonesOtherRadiusServer1
outside central 
server-someonesOtherRadiusServer2
...


So, my local users are able tu use SSID1 with 802.1X. They use PEAP with 
MSCHAPv2 to use the WLAN. No problem. It works.
Also, if they accidently use SSID2, which is for foreigners, they can use it. 
They login with [EMAIL PROTECTED]. Everything which ends with @mydomain.de 
is proxied from myFreeRadiusServer to the Windows 2003 with IAS and active 
directory. This is also working without any problems.
Foreigners can use their credentials, e.g.: [EMAIL PROTECTED]. This 
credentials are passed to myFreeRadiusServer. Everything else, that doesn´t 
end @mydomain.de is passed to the outside central server. There is a list 
which maps the other @someonesOtherdomain.com to the right 
someonesOtherRadiusServers So dozen of other servers. And from there the 
request is proxied to the corresponding someonesOtherRadiusServer which 
belongs to the right @someonesOtherdomain.com

What is working: I can use the [EMAIL PROTECTED] from a foreign enterprise to 
login and use the WLAN. No problem here. But the other way round doesn´t work. 
I asked a collegue from one of those foreign enterprises to test the login with 
[EMAIL PROTECTED]

He gave me the following error message:

Mon Aug  4 17:19:57 2008 : Auth: Login incorrect (Home Server says so):
[EMAIL PROTECTED] (from client CB-Access-Point-802.11 port 2 cli
00-1B-77-A4-7B-A2)


I don´t know where the problem is. Perhaps you can give me a hint?
 

Coming to my configuration files with changed IP addresses...:


-
clients.conf:

client WLAN-IP-AP1 {
secret = oft36fW!
shortname = WLAN-AP1
nastype = other
}
...



client outside central server-IP {
secret = ASECRETPASSWORD
shortname = top-level-radius1
nastype = other
}

client outside central backup server-IP {
secret = ASECRETPASSWORD
shortname = top-level-radius1
nastype = other
}
-
proxy.conf


realm mydomain.com {
type = radius
authhost = IAS-IP:1812
accthost = IAS-IP:1813
secret = anotherpass
#ldflag = round_robin1
nostrip
}


realm DEFAULT {
type = radius
authhost = outside central server:1812
accthost = outside central server:1813
secret = pass
nostrip
}

realm DEFAULT {
type = radius
authhost = outside central backup server:1812
accthost = outside central backup server:1813
secret = pass
nostrip
}

-
users

DEFAULT, Realm == mydomain.com, FreeRADIUS-Proxied-To == IAS-IP
User-Name = `%{User-Name}`,
Fall-Through = yes,
Auth-Type := EAP
DEFAULT, User-Name =~ [EMAIL PROTECTED]
Auth-Type := EAP



DEFAULT, User-Name =~ [EMAIL PROTECTED]
 Auth-Type := EAP
DEFAULT Realm == NULL
Auth-Type := Reject

-







-
eap.conf
Although it is not doing anything as I learned


eap {

timer_expire = 60


ignore_unknown_eap_types = yes


cisco_accounting_username_bug = no


md5 {
}


leap {
}



tls {
private_key_password = pass
private_key_file = /usr/src/freeradius/key.pem

#${raddbdir}/certs/cert-srv.pem


   

RE: =?UTF-8?Q?freeradius-proxy_+_PAP_works, _PEAP_and_the_rest_doesn=C2=B4t?=

2008-07-06 Thread uni
Hi,

so, I did some new runs. There are no more DH error within the radiusd -X 
output, but as you already pointed out, the freeradius is acting as proxy. Here 
is my hardware setup just for clarification:

1. setup:
WLAN access router = Aruba WLAN concentrators =  IAS/Radius = external 
RADIUS server

What worked: 

- Login through Web Redirect homepage + PAP + external servers
- Login through 802.1X/MSCHAPv2/PEAP for users on the IAS/RADIUS

But I couldn´t get external RADIUS server get connected to the IAS/RADIUS with 
given local login credentials


Therefore I tried FreeRadius, which leads to the
2. setup:

WLAN access router = Aruba WLAN concentrators = FreeRadius (which proxies to) 
= Win2003 with IAS/Radius // external RADIUS server
I´m still waiting for an answer whether there´s now a succesful request from 
external server to my local on,

What is working:

- Login through 802.1X/MSCHAPv2/PEAP for users on the IAS/RADIUS, which are now 
procied succesfully through the FreeRadius

What is not working:

- Login through Web Redirect homepage + PAP + external servers


So, first get that problem solved:

- PAP through IAS/RADIUS to external servers was working
- PAP through the FreeRADIUS server to external servers isn´t working

So, how to fix this?

thanks and a happy weekend

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

=?UTF-8?Q?freeradius-proxy_+_PAP_works, _PEAP_and_the_rest_doesn=C2=B4t?=

2008-07-03 Thread uni
Hi,

I´m really going crazy with freeradius. I want to setup a working freeradius
proxy. Well, everything should have been configured correctly. I have my
certificates, I have installed everything, so freeradius tells me no more
errors when starting.

Well, what do I want?

- External users should be able to login on WLAN via 802.1X with
MSCHAPv2/PEAP in Windows XP.

When using local radtest to verify the user, everything looks okay. But as
soon I take a windows client, properly configured, or the radeapclient, it
doesn´t work.

Here is the output from radius -X.
It is 1.1.7, but the same errors occur on version 2.0.5:
There are two different requests. On (working) with local radtest, the other
one with radeapclient.


Starting - reading configuration files ...
reread_config: reading radiusd.conf
Config: including file: /etc/raddb/proxy.conf
Config: including file: /etc/raddb/clients.conf
Config: including file: /etc/raddb/snmp.conf
Config: including file: /etc/raddb/eap.conf
Config: including file: /etc/raddb/sql.conf
main: prefix = /usr
main: localstatedir = /var
main: logdir = /var/log/radius
main: libdir = /usr/lib/freeradius
main: radacctdir = /var/log/radius/radacct
main: hostname_lookups = no
main: snmp = no
main: max_request_time = 30
main: cleanup_delay = 5
main: max_requests = 1024
main: delete_blocked_requests = 0
main: port = 0
main: allow_core_dumps = no
main: log_stripped_names = no
main: log_file = /var/log/radius/radius.log
main: log_auth = no
main: log_auth_badpass = no
main: log_auth_goodpass = no
main: pidfile = /var/run/radiusd/radiusd.pid
main: user = (null)
main: group = (null)
main: usercollide = no
main: lower_user = no
main: lower_pass = no
main: nospace_user = no
main: nospace_pass = no
main: checkrad = /usr/sbin/checkrad
main: proxy_requests = yes
security: max_attributes = 200
security: reject_delay = 1
security: status_server = no
main: debug_level = 0
read_config_files: reading dictionary
read_config_files: reading naslist
Using deprecated naslist file. Support for this will go away soon.
read_config_files: reading clients
read_config_files: reading realms
radiusd: entering modules setup
Module: Library search path is /usr/lib/freeradius
Module: Loaded exec
exec: wait = yes
exec: program = (null)
exec: input_pairs = request
exec: output_pairs = (null)
exec: packet_type = (null)
rlm_exec: Wait=yes but no output defined. Did you mean output=none?
Module: Instantiated exec (exec)
Module: Loaded expr
Module: Instantiated expr (expr)
Module: Loaded PAP
pap: encryption_scheme = crypt
pap: auto_header = yes
Module: Instantiated pap (pap)
Module: Loaded CHAP
Module: Instantiated chap (chap)
Module: Loaded MS-CHAP
mschap: use_mppe = yes
mschap: require_encryption = no
mschap: require_strong = no
mschap: with_ntdomain_hack = no
mschap: passwd = (null)
mschap: ntlm_auth = (null)
Module: Instantiated mschap (mschap)
Module: Loaded System
unix: cache = no
unix: passwd = (null)
unix: shadow = (null)
unix: group = (null)
unix: radwtmp = /var/log/radius/radwtmp
unix: usegroup = no
unix: cache_reload = 600
Module: Instantiated unix (unix)
Module: Loaded eap
eap: default_eap_type = peap
eap: timer_expire = 60
eap: ignore_unknown_eap_types = no
eap: cisco_accounting_username_bug = no
rlm_eap: Loaded and initialized type md5
rlm_eap: Loaded and initialized type leap
tls: rsa_key_exchange = no
tls: dh_key_exchange = yes
tls: rsa_key_length = 512
tls: dh_key_length = 512
tls: verify_depth = 0
tls: CA_path = (null)
tls: pem_file_type = yes
tls: private_key_file = /usr/src/freeradius/key-bamberg.pem
tls: certificate_file = /usr/src/freeradius/freeradius-cert.pem
tls: CA_file = /usr/src/freeradius/chain.txt
tls: private_key_password = oft36fW!
tls: dh_file = /etc/raddb/certs/dh
tls: random_file = /etc/raddb/certs/random
tls: fragment_size = 1024
tls: include_length = yes
tls: check_crl = no
tls: check_cert_cn = (null)
tls: cipher_list = (null)
tls: check_cert_issuer = (null)
rlm_eap_tls: Loading the certificate file as a chain
WARNING: rlm_eap_tls: Unable to set DH parameters. DH cipher suites may not
work!
WARNING: Fix this by running the OpenSSL command listed in eap.conf
rlm_eap: Loaded and initialized type tls
ttls: default_eap_type = mschapv2
ttls: copy_request_to_tunnel = no
ttls: use_tunneled_reply = yes
rlm_eap: Loaded and initialized type ttls
peap: default_eap_type = mschapv2
peap: copy_request_to_tunnel = no
peap: use_tunneled_reply = yes
peap: proxy_tunneled_request_as_eap = yes
rlm_eap: Loaded and initialized type peap
mschapv2: with_ntdomain_hack = no
rlm_eap: Loaded and initialized type mschapv2
Module: Instantiated eap (eap)
Module: Loaded preprocess
preprocess: huntgroups = /etc/raddb/huntgroups
preprocess: hints = /etc/raddb/hints
preprocess: with_ascend_hack = no
preprocess: ascend_channels_per_line = 23
preprocess: with_ntdomain_hack = no
preprocess: with_specialix_jetstream_hack = no
preprocess: with_cisco_vsa_hack = no
preprocess: with_alvarion_vsa_hack = no
Module: Instantiated 

Re: =?UTF-8?Q?freeradius-proxy_+_PAP_works, _PEAP_and_the_rest_doesn=C2=B4t?=

2008-07-03 Thread uni
 - External users should be able to login on WLAN via 802.1X with
 MSCHAPv2/PEAP in Windows XP.

  That's relatively easy.  In 2.0, just install it, configure a
user/password (see the FAQ), start it in debug mode as root, and
un-check validate server certificate on the Windows box.

Well, this is already running with internal user. Those are correctly proxied 
to the local internal Radius Server.
Also they don´t have to uncheck the validate server certificate They can 
authenticate it against against an valid CA. There everything runs great. The 
problem exists with external customers that are proxied to another one.


 When using local radtest to verify the user, everything looks okay. But as
 soon I take a windows client, properly configured, or the radeapclient, it
 doesn´t work.
 
 Here is the output from radius -X.
 It is 1.1.7, but the same errors occur on version 2.0.5:
Don't run 1.1.7.  Honest.

Well I tried 2.0.5 first, then I switched to 1.1.7 just for testing. Both don´t 
work.

 #/This message appears about 2000+ times
shrug  It's 1.1.7.

Well, the output from radius -X had 17,5MB of size...


 rad_recv: Access-Reject packet from host 139.212.22.110:1812, id=1,
 length=40
 Reply-Message = Request Denied
 Proxy-State = 0x3931
So... the home server is rejecting the user.
Have you run the home server in debug mode to see what it's doing, and
why it's rejecting the request?  If not, why not?  Is it even FreeRADIUS?

Well, I do not have any influence on that home server on my own. But...

My guess is that the home server cannot do EAP.  If so, why are you
going crazy with freeradius?  You're blaming the proxy for the actionsof 
the home server.

...

Go fix the home server to do EAP.  If you can't make it do EAP, throw
it away, and replace it with FreeRADIUS.

... that Radius Server is an FreeRadius server. I called the administrator of 
it. And it is running great with all other Radius server within the rest of the 
sharing WLAN access community.
It is in fact running now for years.

So, must be another error, I guess?

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