.
Adding the attribute to pass client ip address to the test server won't be hard
to
do.
--
Szymon Roczniak
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
that:
http://horde.net/~jwm/software/misc/comparison-tee
--
Szymon Roczniak
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
On Fri, Apr 23, 2010 at 03:22:44PM +0700, VU VAN HUNG wrote:
szymon roczniak wrote:
On Thu, Apr 22, 2010 at 05:38:04PM +0700, VU VAN HUNG wrote:
szymon roczniak wrote:
On Thu, Apr 22, 2010 at 04:50:50PM +0700, VU VAN HUNG wrote:
I edited some columns' name in radius database, so users
seems to be fine until you get to this postauth stage so I guess
fixing the query should solve your problem.
--
Szymon Roczniak
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
On Thu, Apr 22, 2010 at 05:38:04PM +0700, VU VAN HUNG wrote:
szymon roczniak wrote:
On Thu, Apr 22, 2010 at 04:50:50PM +0700, VU VAN HUNG wrote:
I know, but in the output, I see the following lines:
*sql] expand: %{User-Password} -
[sql] expand: %{Chap-Password
-Preference:1 += 10
Tunnel-Server-Endpoint:1 += 1.2.3.5
Tunnel-Type:2 += L2TP
Tunnel-Password:2 += xxx
Tunnel-Preference:2 += 10
Tunnel-Server-Endpoint:2 += 1.2.3.6
This works fine, but I guess it's probably not the best way of doing it...
--
szymon roczniak
si...@dischaos.com
-
List info/subscribe
On Tue, Sep 08, 2009 at 01:59:05PM +0200, Alan DeKok wrote:
Szymon Roczniak wrote:
authorize_check_query = SELECT 1,'notused','Auth-Type','Accept',':' FROM
That's the issue. The operator is wrong. Use :=, not :
That's an error, the production configuration has ':=' in the
operator field
tuning is the num_sql_socks option in your sql
module to match the number of radius servers (max_servers in radiusd.conf)?
--
szymon roczniak
si...@dischaos.com
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
On Thu, Sep 03, 2009 at 12:02:08PM -0400, Matt Garretson wrote:
Builds okay on Fedora 7 and Fedora 10:
Also builds ok on CentOS 5.3 with the new RHEL/Fedora spec file for
FreeRADIUS2 (modified to bump the version and add cui module)
--
szymon roczniak
si...@dischaos.com
-
List info/subscribe
/sbin/radiusd -fm
That will print out where it *allocates* memory. This helps to catch
cases where the memory isn't leaked, but also isn't being free'd.
Output is available here: http://dischaos.com/radius/massif.out
--
szymon roczniak
si...@dischaos.com
-
List info/subscribe/unsubscribe? See
to something else than 0 be a good
workaround for it in the meantime?
--
szymon roczniak
si...@dischaos.com
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
11 matches
Mail list logo