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: building problem wit actual cvs (Alan DeKok)
2. Re: building problem wit actual cvs (Norbert Wegener)
3. Re: building problem wit actual cvs (Alan DeKok)
4. Re: building problem wit actual cvs (Norbert Wegener)
5. Re: I have some problem about dialup_admin , need help .
(David Wood)
6. RE: I have some problem about dialup_admin , need help .
(Ben Wiechman)
7. Re: EAP Auth failing with CVS Head (Arran Cudbard-Bell)
----------------------------------------------------------------------
Message: 1
Date: Fri, 28 Dec 2007 12:16:26 +0100
From: Alan DeKok <aland@deployingradius.com>
Subject: Re: building problem wit actual cvs
To: FreeRadius users mailing list
<freeradius-users@lists.freeradius.org>
Message-ID: <4774DB0A.6010307@deployingradius.com>
Content-Type: text/plain; charset=ISO-8859-1
Norbert Wegener wrote:
With the actual cvs there is a build problem:
...
radiusd.c:148: error: 'buffer' undeclared (first use in this function)
I see no reference to "buffer" in radiusd.c in revision 1.348, which
is the latest for radiusd.c.
Are you sure your copy is up to date, AND that you've made no local
changes?
Alan DeKok.
------------------------------
Message: 2
Date: Fri, 28 Dec 2007 12:26:55 +0100
From: Norbert Wegener <norbert.wegener@siemens.com>
Subject: Re: building problem wit actual cvs
To: FreeRadius users mailing list
<freeradius-users@lists.freeradius.org>
Message-ID: <4774DD7F.30709@siemens.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Alan DeKok wrote:
Norbert Wegener wrote:
With the actual cvs there is a build problem:
...
radiusd.c:148: error: 'buffer' undeclared (first use in this function)
I see no reference to "buffer" in radiusd.c in revision 1.348, which
is the latest for radiusd.c.
1.348 or 1.384?
* Version: $Id: radiusd.c,v 1.384 2007/12/27 09:17:22 aland Exp $
....
140 /* This is a quick fix start-stop scripts for radrelay-radiusd
141 * so if we are called as 'radiusd' then, config file
142 * is 'radiusd.conf', if we are called as 'mokoko', then
143 * config file is 'mokoko.conf', which will probably make
things
144 * easier.. will it ? Does it break something??
145 * (-n option still overwrites the config file name)
146 * A long comment for a 2 line patch.. </tuyan>
147 */
148 snprintf(buffer, sizeof(buffer), "%s.conf",progname);
149 mainconfig.radiusd_conf = strdup(buffer);
Are you sure your copy is up to date, AND that you've made no local
changes?
No changes.
Norbert Wegener
Alan DeKok.
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
------------------------------
Message: 3
Date: Fri, 28 Dec 2007 12:30:53 +0100
From: Alan DeKok <aland@deployingradius.com>
Subject: Re: building problem wit actual cvs
To: FreeRadius users mailing list
<freeradius-users@lists.freeradius.org>
Message-ID: <4774DE6D.7020308@deployingradius.com>
Content-Type: text/plain; charset=ISO-8859-1
Norbert Wegener wrote:
1.348 or 1.384?
1.384, sorry.
* Version: $Id: radiusd.c,v 1.384 2007/12/27 09:17:22 aland Exp $
....
140 /* This is a quick fix start-stop scripts for
radrelay-radiusd
141 * so if we are called as 'radiusd' then, config file
142 * is 'radiusd.conf', if we are called as 'mokoko', then
143 * config file is 'mokoko.conf', which will probably make
things
144 * easier.. will it ? Does it break something??
145 * (-n option still overwrites the config file name)
146 * A long comment for a 2 line patch.. </tuyan>
Err... Tuyan used to work for Peter. He doesn't have commit access.
There is no such text in CVS. This text has NEVER existed in CVS.
147 */
148 snprintf(buffer, sizeof(buffer), "%s.conf",progname);
149 mainconfig.radiusd_conf = strdup(buffer);
Are you sure your copy is up to date, AND that you've made no local
changes?
No changes.
You have local changes, OR local patches you apply after a CVS checkout.
Fix your local system. CVS is fine.
Alan DeKok.
------------------------------
Message: 4
Date: Fri, 28 Dec 2007 12:43:57 +0100
From: Norbert Wegener <norbert.wegener@siemens.com>
Subject: Re: building problem wit actual cvs
To: FreeRadius users mailing list
<freeradius-users@lists.freeradius.org>
Message-ID: <4774E17D.4090907@siemens.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Alan DeKok wrote:
Norbert Wegener wrote:
1.348 or 1.384?
1.384, sorry.
* Version: $Id: radiusd.c,v 1.384 2007/12/27 09:17:22 aland Exp $
....
140 /* This is a quick fix start-stop scripts for
radrelay-radiusd
141 * so if we are called as 'radiusd' then, config file
142 * is 'radiusd.conf', if we are called as 'mokoko', then
143 * config file is 'mokoko.conf', which will probably make
things
144 * easier.. will it ? Does it break something??
145 * (-n option still overwrites the config file name)
146 * A long comment for a 2 line patch.. </tuyan>
Err... Tuyan used to work for Peter. He doesn't have commit access.
There is no such text in CVS. This text has NEVER existed in CVS.
147 */
148 snprintf(buffer, sizeof(buffer), "%s.conf",progname);
149 mainconfig.radiusd_conf = strdup(buffer);
Are you sure your copy is up to date, AND that you've made no local
changes?
No changes.
You have local changes, OR local patches you apply after a CVS
checkout.
Sorry, you are right. I did not realize that patches from
http://download.opensuse.org/repositories/network:/aaa/SLES_9/src/freeradius-server-pre-2.0.0-8.1.src.rpm
had been applied to my local copy.
Norbert Wegener
Fix your local system. CVS is fine.
Alan DeKok.
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
------------------------------
Message: 5
Date: Fri, 28 Dec 2007 12:32:31 +0000
From: David Wood <david@wood2.org.uk>
Subject: Re: I have some problem about dialup_admin , need help .
To: FreeRadius users mailing list
<freeradius-users@lists.freeradius.org>
Message-ID: <ufIwJeCfzOdHFA6y@wood2.org.uk>
Content-Type: text/plain;charset=iso-8859-1;format=flowed
Hi there,
In message <006601c848f9$3e710530$7301000a@int.ntt.co.th>, watthanachai
<watthanachai@ntt.co.th> writes
Dear Radius Team , Radius User
?
I install freeradius in freebsd 6.2 install by port
?
#cd /usr/ports/sysutils/freeradius
#make install clean
I think you mean /usr/ports/net/freeradius - though that doesn't change
anything. I am the maintainer of net/freeradius in FreeBSD.
everything look fine , no error and can start to daemon..
?
So I install dialup admin for management radius .
The port doesn't attempt to install dialup_admin at all - in fact, it
completely ignores it. It is a set of scripts, really, but there is a
fairly well defined FreeBSD way to install such items ready for use
(see, for example, the phpMyAdmin port).
If there was any demand, I could produce a dialup_admin port, though I'm
not sure I have any use for it. I'm heading towards putting my user
database in LDAP.
I have some problem when I want to?select user information?like error
in?this site
http://golfreeze.packetlove.com/download/error_dialup.JPG?
?
How could I fix this problem ?
It looks as if the PHP scripts are being served rather than executed. As
the README says, the scripts are PHP 4 despite having a php3 extension.
In httpd.conf (/usr/local/etc/apacheXX on FreeBSD, where XX is 22 on my
machines as I have Apache 2.2 installed) look for the:
AddType application/x-httpd-php
line. Add .php3 to the end. Restart Apache; graceful will probably be
OK, but a restart will definitely work.
Does it work now?
Is there any reason why the dialup_admin scripts can't be renamed as
.php rather than .php3? They'd work 'out of the box' on more people's
systems if this was done.
What is the current status of dialup_admin - does it work with PHP 5?
PHP 4 is end of life, with development ceasing as of the end of this
month.
Best wishes,
David
--
David Wood
david@wood2.org.uk
------------------------------
Message: 6
Date: Fri, 28 Dec 2007 08:34:58 -0600
From: "Ben Wiechman" <ben@wisper-wireless.com>
Subject: RE: I have some problem about dialup_admin , need help .
To: "'FreeRadius users mailing list'"
<freeradius-users@lists.freeradius.org>
Message-ID: <007901c8495e$d2658080$5204a8c0@DiversiCOM2.local>
Content-Type: text/plain; charset="iso-8859-1"
It works with php5. I have been using it with php5 for some time.
I would guess that it hasn't been updated because all the includes would
need to be tracked down and updated as well. Otherwise I don't see any
reason that it couldn't be done. It's probably more that it takes about 1
minute to add php3 to the php types in apache, and would take a bit more
work to track down all the links in the dialup_admin source - unless
you're
really good with funky grep and sed commands (which sadly I'm not).
Ben Wiechman
Network Admin
Wisper High Speed Internet
ben@wisper-wireless.com
-----Original Message-----
From: freeradius-users-bounces+ben=wisper-
wireless.com@lists.freeradius.org [mailto:freeradius-users-
bounces+ben=wisper-wireless.com@lists.freeradius.org] On Behalf Of David
Wood
Sent: Friday, December 28, 2007 6:33 AM
To: FreeRadius users mailing list
Subject: Re: I have some problem about dialup_admin , need help .
Hi there,
In message <006601c848f9$3e710530$7301000a@int.ntt.co.th>, watthanachai
<watthanachai@ntt.co.th> writes
>Dear Radius Team , Radius User
>
>I install freeradius in freebsd 6.2 install by port
>
>#cd /usr/ports/sysutils/freeradius
>#make install clean
I think you mean /usr/ports/net/freeradius - though that doesn't change
anything. I am the maintainer of net/freeradius in FreeBSD.
>everything look fine , no error and can start to daemon..
>
>So I install dialup admin for management radius .
The port doesn't attempt to install dialup_admin at all - in fact, it
completely ignores it. It is a set of scripts, really, but there is a
fairly well defined FreeBSD way to install such items ready for use
(see, for example, the phpMyAdmin port).
If there was any demand, I could produce a dialup_admin port, though I'm
not sure I have any use for it. I'm heading towards putting my user
database in LDAP.
>I have some problem when I want to?select user information?like error
in?this site
>http://golfreeze.packetlove.com/download/error_dialup.JPG
>
>How could I fix this problem ?
It looks as if the PHP scripts are being served rather than executed. As
the README says, the scripts are PHP 4 despite having a php3 extension.
In httpd.conf (/usr/local/etc/apacheXX on FreeBSD, where XX is 22 on my
machines as I have Apache 2.2 installed) look for the:
AddType application/x-httpd-php
line. Add .php3 to the end. Restart Apache; graceful will probably be
OK, but a restart will definitely work.
Does it work now?
Is there any reason why the dialup_admin scripts can't be renamed as
.php rather than .php3? They'd work 'out of the box' on more people's
systems if this was done.
What is the current status of dialup_admin - does it work with PHP 5?
PHP 4 is end of life, with development ceasing as of the end of this
month.
Best wishes,
David
--
David Wood
david@wood2.org.uk
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
------------------------------
Message: 7
Date: Sat, 29 Dec 2007 10:49:57 +0000
From: Arran Cudbard-Bell <A.Cudbard-Bell@sussex.ac.uk>
Subject: Re: EAP Auth failing with CVS Head
To: FreeRadius users mailing list
<freeradius-users@lists.freeradius.org>
Message-ID: <47762655.30906@sussex.ac.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Alan DeKok wrote:
Arran Cudbard-Bell wrote:
Well, that's wrong. The State attribute should be a bunch of random
hex stuff, not all zeros.
This is on a 64-bit machine?
Yes, and it only happens for random users, and often only after a few
minutes of running. I can find a failing user, force re-authentication,
have it fail, restart the server, force re-authentication and have it
succeed .
I've committed some changes which will help. They won't fix the
"all-zeros" problem, because I don't know what's causing that.
But they will make the State attribute unique in the way that the rest
of the code expects.
Alan DeKok.
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
Thanks,
Will try today. It's strange how it only seems to appear after a few
minutes of the server running.
--
Arran
------------------------------
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
End of Freeradius-Users Digest, Vol 32, Issue 82
************************************************