New subject: Freeradius-Users Digest, Vol 49, Issue 51

14 May 2009

      Dear all,,

I'm a newbie..
In freeRadius, I read Station ID.

Can you explain what the meaning of Station Id in freeRadius?

Thank's

----- Original Message -----
From: freeradius-users-request@lists.freeradius.org
To: freeradius-users@lists.freeradius.org
Sent: Thursday, 14 May, 2009 4:27:33 PM GMT +07:00 Bangkok, Hanoi, Jakarta
Subject: Freeradius-Users Digest, Vol 49, Issue 51

Send Freeradius-Users mailing list submissions to
	freeradius-users@lists.freeradius.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.freeradius.org/mailman/listinfo/freeradius-users
or, via email, send a message with subject or body 'help' to
	freeradius-users-request@lists.freeradius.org

You can reach the person managing the list at
	freeradius-users-owner@lists.freeradius.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Freeradius-Users digest..."

Today's Topics:

   1. Re: Proposed release of 2.1.6 (A.L.M.Buxey@lboro.ac.uk)
   2. Re: Proposed release of 2.1.6 (Alan DeKok)
   3. Re: CoovaChilli - 'acctupdate' (Johan Meiring)
   4. Re: Problems with IP address allocation, help needed
      (Ramm-Ericson, Johannes)
   5. Re: Proposed release of 2.1.6 (A.L.M.Buxey@lboro.ac.uk)
   6. Re: Problems with IP address allocation, help needed
      (A.L.M.Buxey@lboro.ac.uk)
   7. Re: Proposed release of 2.1.6 (Alan DeKok)
   8. Re: Building rlm_sql_oracle (Maxim Denisov)

----------------------------------------------------------------------

Message: 1
Date: Thu, 14 May 2009 09:32:47 +0100
From: A.L.M.Buxey@lboro.ac.uk
Subject: Re: Proposed release of 2.1.6
To: FreeRadius users mailing list
	<freeradius-users@lists.freeradius.org>
Message-ID: <20090514083247.GB6774@lboro.ac.uk>
Content-Type: text/plain; charset=us-ascii

Hi,
...
We plan on releasing 2.1.6 this week.
Please test the pre release at: http://git.freeradius.org/pre/
If there are any concerns, problems, errors, etc., please let us know
before we release the final version.
a quick request....the mschap module comes with example ntlm_auth line
which now uses deprecated method - as the complaints when you try using
it will testify...can this:

	#ntlm_auth = "/path/to/ntlm_auth --request-nt-key --username=%{Stripped-User-Name:-%{User-Name:-None}} --challen
ge=%{mschap:Challenge:-00} --nt-response=%{mschap:NT-Response:-00}"

be changed to

	#ntlm_auth = "/path/to/ntlm_auth --request-nt-key --username=%{%{Stripped-User-Name}:-%{User-Name:-None}} --challenge=%{mschap:Challenge:-00} --nt-response=%{mschap:NT-Response:-00}"

thanks

alan

------------------------------

Message: 2
Date: Thu, 14 May 2009 10:36:51 +0200
From: Alan DeKok <aland@deployingradius.com>
Subject: Re: Proposed release of 2.1.6
To: FreeRadius users mailing list
	<freeradius-users@lists.freeradius.org>
Message-ID: <4A0BD823.6000205@deployingradius.com>
Content-Type: text/plain; charset=ISO-8859-1

A.L.M.Buxey@lboro.ac.uk wrote:
...
Hi,
...
We plan on releasing 2.1.6 this week.
Please test the pre release at: http://git.freeradius.org/pre/
If there are any concerns, problems, errors, etc., please let us know
before we release the final version.
a quick request....the mschap module comes with example ntlm_auth line
which now uses deprecated method - as the complaints when you try using
it will testify...can this:
Ok... that's small enough that I think it can wait for the next version.

  Alan DeKok.

------------------------------

Message: 3
Date: Thu, 14 May 2009 10:48:25 +0200
From: Johan Meiring <jmeiring@pcservices.co.za>
Subject: Re: CoovaChilli - 'acctupdate'
To: FreeRadius users mailing list
	<freeradius-users@lists.freeradius.org>
Message-ID: <4A0BDAD9.60205@pcservices.co.za>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Alan DeKok wrote:
...
wlanmac wrote:
...
For what it's worth, CoovaChilli supports an option called 'acctupdate'
which will allow for "updated" provisioning attributes to be returned to
the NAS in accounting response. Yes, it's not very RFC compliant, but
certainly helpful when you don't have the ability to send CoA requests
to the NAS.
It's not actually forbidden by the RFC's, or by the (new) RADIUS
design guidelines document.  It's not a bad idea, quite frankly.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
I for one use it quite extensively, and it works very well!

Without it you cannot safely allow dual logins.

(e.g. if a user with 100MB left, logs in twice at the same time, he will 
get 200MB)

-- 

Johan Meiring
Cape PC Services CC
Tel: (021) 883-8271
Fax: (021) 886-7782

------------------------------

Message: 4
Date: Thu, 14 May 2009 10:53:10 +0200
From: "Ramm-Ericson, Johannes"
	<Johannes.Ramm-Ericson@sonyericsson.com>
Subject: Re: Problems with IP address allocation, help needed
To: "'freeradius-users@lists.freeradius.org'"
	<freeradius-users@lists.freeradius.org>
Message-ID:
	<1B6DFC4AB624B04FBF99FF21371C88E40BEFA6F3@SELDMBX04.corpusers.net>
Content-Type: text/plain; charset="us-ascii"

Alan de Kok wrote:
...
Ramm-Ericson, Johannes wrote:
 As (nearly) always, the debug output is instructive:
...
Following are extracts from the debug log that exemplify a working
instance with GLANA and a failing instance with CBJN:
...
****************  Failing instance with CBJN   ****************
...
+- entering group post-auth {...} 
...
++[GLANA] returns noop
... and no reference to CBJN.
Perhaps listing "CBJN" in the "post-auth" section would be a good
idea.  If it's not listed, the module isn't called, and it doesn't
allocate IP addresses.
Alan DeKok.
OK, fair enough, I can agree that that is what it looks like. Trouble is
though that CBJN is listed together with GLANA in the post-auth section
where the ippools are configured. So, for some reason the server is not
acknowledging that part of the configuration. Sure, I may definitely be
doing something wrong. At this point I just don't have a clue as to where
it is I'm going wrong...

Thanks, Johannes

------------------------------

Message: 5
Date: Thu, 14 May 2009 10:14:07 +0100
From: A.L.M.Buxey@lboro.ac.uk
Subject: Re: Proposed release of 2.1.6
To: FreeRadius users mailing list
	<freeradius-users@lists.freeradius.org>
Message-ID: <20090514091407.GA6817@lboro.ac.uk>
Content-Type: text/plain; charset=us-ascii

Hi,
...
Ok... that's small enough that I think it can wait for the next version.
okay - by the way, the download link on deployingradius.com is for 2.1.1
- any reason for love of this old version rather than eg 2.1.3 ?  :-)

alan

------------------------------

Message: 6
Date: Thu, 14 May 2009 10:19:36 +0100
From: A.L.M.Buxey@lboro.ac.uk
Subject: Re: Problems with IP address allocation, help needed
To: FreeRadius users mailing list
	<freeradius-users@lists.freeradius.org>
Message-ID: <20090514091936.GD6817@lboro.ac.uk>
Content-Type: text/plain; charset=us-ascii

Hi,
...
OK, fair enough, I can agree that that is what it looks like. Trouble is
though that CBJN is listed together with GLANA in the post-auth section
where the ippools are configured. So, for some reason the server is not
acknowledging that part of the configuration. Sure, I may definitely be
doing something wrong. At this point I just don't have a clue as to where
it is I'm going wrong...
copy of the config?  is it reading the post-auth section you think it
is - ie in the correct virtual server file or some other one?

alan

------------------------------

Message: 7
Date: Thu, 14 May 2009 11:26:27 +0200
From: Alan DeKok <aland@deployingradius.com>
Subject: Re: Proposed release of 2.1.6
To: FreeRadius users mailing list
	<freeradius-users@lists.freeradius.org>
Message-ID: <4A0BE3C3.8020604@deployingradius.com>
Content-Type: text/plain; charset=ISO-8859-1

A.L.M.Buxey@lboro.ac.uk wrote:
...
Hi,
...
Ok... that's small enough that I think it can wait for the next version.
okay - by the way, the download link on deployingradius.com is for 2.1.1
- any reason for love of this old version rather than eg 2.1.3 ?  :-)
Lack of updates...  I'll got fix that once 2.1.6 is released.

  Alan DeKok.

------------------------------

Message: 8
Date: Thu, 14 May 2009 13:27:25 +0400
From: Maxim Denisov <kbessmertniy@gmail.com>
Subject: Re: Building rlm_sql_oracle
To: FreeRadius users mailing list
	<freeradius-users@lists.freeradius.org>
Message-ID:
	<90ec93e70905140227y2f4a9134j33a8e7cf88d585cd@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Thank you for your reply.

I alredy built it, the problem was in configure file logic - it tried to
detect oracle version by looking for $ORACLE_HOME variable and if it is
absent it mentioned that you have 8i. Also I didn't find where
--with-oracle-include-dir used and I changed the pathes in configure file.

Now I have successfully compiled freeradius with the following keys:

./configure --enable-shared --disable-static --with-gnu-ld --with-threads
--with-thread-pool --disable-ltdl-install --without-rlm-sql_postgresql
--without-rlm-sql_mysql --with-rlm-sql --with-rlm-sql_oracle
--with-oracle-home-dir=/usr/lib/oracle/10.2.0.4/client64--with-oracle-lib-dir=/usr/lib/oracle/
10.2.0.4/client64/lib --with-oracle-include-dir=/usr/include/oracle/
10.2.0.4/client64

Everything works fine except oracle - radiusd is not linked to
rlm_sql_oracle.so

root@truba:~/freeradius-server-2.1.4# ldd /usr/local/sbin/radiusd
        libfreeradius-radius-2.1.5.so => /usr/local/lib/
libfreeradius-radius-2.1.5.so (0x0000002a95579000)
        libnsl.so.1 => /lib64/libnsl.so.1 (0x000000322bc00000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x0000003225100000)
        libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x0000003224900000)
        libcrypt.so.1 => /lib64/libcrypt.so.1 (0x000000322b400000)
        libltdl.so.3 => /usr/lib64/libltdl.so.3 (0x0000003ab6700000)
        libssl.so.4 => /lib64/libssl.so.4 (0x0000003228000000)
        libcrypto.so.4 => /lib64/libcrypto.so.4 (0x0000003227900000)
        libc.so.6 => /lib64/tls/libc.so.6 (0x0000003223e00000)
        /lib64/ld-linux-x86-64.so.2 (0x0000003223c00000)
        libdl.so.2 => /lib64/libdl.so.2 (0x0000003224300000)
        libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2
(0x0000003227c00000)
        libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x0000003227e00000)
        libcom_err.so.2 => /lib64/libcom_err.so.2 (0x0000003227500000)
        libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 (0x0000003227700000)
        libz.so.1 => /usr/lib64/libz.so.1 (0x0000003224f00000)
root@truba:~/freeradius-server-2.1.4# ldd /usr/local/lib/
libfreeradius-radius-2.1.5.so
        libc.so.6 => /lib64/tls/libc.so.6 (0x0000002a95698000)
        /lib64/ld-linux-x86-64.so.2 (0x000000552aaaa000)

Can anybody tell me what have I done wrong?

2009/5/14 Alan DeKok <aland@deployingradius.com>
...
Maxim Denisov wrote:
...
Has enybody successfully built freeradius 2.1.4 with instant client?
Yes.  It sometimes takes a bit of fighting, but it works.
...
I have installed oracle instant client basic 10.2.0.4 + sqlplus + sdk
for linux x86_64, everything from rpm. I can successfully connect with
sqlplus64, paths are correct but when I execute configure in
rlm_sql_oracle I am getting
If configure doesn't work, don't worry.  Just edit the file
..../rlm_sql_oracle/Makefile directly.
The only magic I've found is 32/64-bit issues.  You might have to link
explicitly to a particular library, rather than using "-l".
Alan DeKok.
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html

Re: Freeradius-Users Digest, Vol 49, Issue 51

Sanhenra Sinaga

Ivan Kalik

tags

participants (2)