On 08/19/2013 03:57 PM, Alexander Hartmaier wrote:
>> LocalAddress should default to BindAddress or 0.0.0.0 if LocalAddress is
>> not set explicitly as on option. It also tries to create a socket for
>> proxying the requests if no such socket exists already.
> And it seems creating that socket fai
Hi Heikki,
On 2013-08-19 14:22, Heikki Vatiainen wrote:
> On 08/16/2013 02:45 PM, Alexander Hartmaier wrote:
>
>> I've migrated our main Radiator installation to new servers and just
>> faced the problem that an AuthBy RADIUS didn't send a packet out
>> although a trace 4 showed a "Sending to ".
>
On 08/16/2013 02:45 PM, Alexander Hartmaier wrote:
> I've migrated our main Radiator installation to new servers and just
> faced the problem that an AuthBy RADIUS didn't send a packet out
> although a trace 4 showed a "Sending to ".
> The Radiator process is bound to some virtual IPs using BindAd
Hi,
I've migrated our main Radiator installation to new servers and just
faced the problem that an AuthBy RADIUS didn't send a packet out
although a trace 4 showed a "Sending to ".
The Radiator process is bound to some virtual IPs using BindAddress
which is different from the old installation where
Am 14.07.2013 11:35, schrieb Heikki Vatiainen:
> On 07/14/2013 12:17 PM, Karl Gaissmaier wrote:
>
>> it's sunday, really I can wait for answers from your
>> team after weekend ;-)
>
> Heh, I thought I'd save you some work since I understood you were gointo
> to work on the debug log and PacketTrace
Hi Heikki,
Am 14.07.2013 11:35, schrieb Heikki Vatiainen:
> On 07/14/2013 12:17 PM, Karl Gaissmaier wrote:
>
>> it's sunday, really I can wait for answers from your
>> team after weekend ;-)
>
> Heh, I thought I'd save you some work since I understood you were gointo
> to work on the debug log and
On 07/14/2013 12:17 PM, Karl Gaissmaier wrote:
> it's sunday, really I can wait for answers from your
> team after weekend ;-)
Heh, I thought I'd save you some work since I understood you were gointo
to work on the debug log and PacketTrace patch.
The Proxy-State mangling is a bit problematic, t
Hi Heikki,
it's sunday, really I can wait for answers from your
team after weekend ;-)
Am 14.07.2013 10:54, schrieb Heikki Vatiainen:
> On 07/14/2013 11:30 AM, Karl Gaissmaier wrote:
>
>> Please fix this, if you UseExtendedIds in AuthBy RADIUS you should
>> always WARN if the Proxy-State is strip
On 07/14/2013 11:30 AM, Karl Gaissmaier wrote:
> Please fix this, if you UseExtendedIds in AuthBy RADIUS you should
> always WARN if the Proxy-State is stripped or mangled.
Good point. It's a good idea make this separate from getting an unknown
reply, which is currently logged for the both cases.
Hi radiator team,
still debugging the nasty bug between radsecproxy and Radiator in
the eduroam connection between uni-ulm.de and radiusX.dfn.de, sigh!
I have the problem with 'AuthBy RADSEC', where always extendid IDs are
used. If someone is stripping/mangling the Proxy-State, the reply can't
be
Yup thanks.
Robert Blayzor wrote:
On 9/11/03 2:42 PM, "tracker" <[EMAIL PROTECTED]> wrote:
Using this method, how do you enforce that only Accounting Stop records
will be stored locally?
Add the "AccountingStopsOnly" directive in your AuthBy SQL section.
--
Robert Blayzor, BOFH
INOC, LL
On 9/11/03 2:42 PM, "tracker" <[EMAIL PROTECTED]> wrote:
> Using this method, how do you enforce that only Accounting Stop records
> will be stored locally?
Add the "AccountingStopsOnly" directive in your AuthBy SQL section.
--
Robert Blayzor, BOFH
INOC, LLC
[EMAIL PROTECTED]
PGP: http://www.ino
Using this method, how do you enforce that only Accounting Stop records
will be stored locally?
Robert Blayzor wrote:
On 9/10/03 10:49 PM, "tracker" <[EMAIL PROTECTED]> wrote:
Is it possible to store the accounting record of a user if my server
just acts as proxy? If so, how?
Example, below
Sent: Wednesday, September 10, 2003 8:49 PM
To: [EMAIL PROTECTED]
Subject: (RADIATOR) authby radius
Hi all,
Is it possible to store the accounting record of a user if my server
just acts as proxy? If so, how?
Example, below is my config for the realm domain.com
Host
On 9/10/03 10:49 PM, "tracker" <[EMAIL PROTECTED]> wrote:
> Is it possible to store the accounting record of a user if my server
> just acts as proxy? If so, how?
> Example, below is my config for the realm domain.com
AuthByPolicyContinueAlways
AuthBy Proxy-Acct
PROTECTED]
Subject: (RADIATOR) authby radius
Hi all,
Is it possible to store the accounting record of a user if my server
just acts as proxy? If so, how?
Example, below is my config for the realm domain.com
Host202.202.202.9
Secret
Hi all,
Is it possible to store the accounting record of a user if my server
just acts as proxy? If so, how?
Example, below is my config for the realm domain.com
Host202.202.202.9
Secret secret
AuthPort 812
Hello Ray -
Yes you can do this, however you will need to use one of the following:
AuthBy ROUNDROBIN
AuthBy VOLUMEBALANCE
AuthBy LOADBALANCE
You should do some testing though to verify that load balancing actually
improves performance.
Have a look at section 6.43 i
Hi,
Is it possible to have multiple ports on single ip for load
balance application.
Ex.
Secret test
AuthPort 1645
AcctPort 1646
Secret test
AuthPort 1812
AcctPort 1813
Hello Jeremy -
You should use the AuthBy LOADBALANCE module, which distributes
requests according to the response times of the target hosts.
Have a look at section 6.43.3 in the Radiator 3.1 reference manual.
("doc/ref.html").
regards
Hugh
At 10:38 -0400 16/7/02, Jeremy Hinton wrote:
>
I have a feature request for another load balancing AuthBy based on AuthBy
RADIUS. I would like to see AuthBy LEASTCONNS. This would check to see
which radius server had the least pending/outstanding connections, and
would use that server to process the request. Since AuthBy Radius is d
Hello Tom -
Could you please send me a copy of your configurtation file (no secrets),
together with a trace 4 debug showing the two logins and a copy of the
relevant record from the session database.
BTW - the latest version is Radiator 3.1 and you should check the history file
to see if the
-- Forwarded Message --
Subject: BOUNCE [EMAIL PROTECTED]:Non-member submission from
[<[EMAIL PROTECTED]>]
Date: Wed, 10 Jul 2002 23:57:13 -0500
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
>From [EMAIL PROTECTED] Wed Jul 10 23:57:12 2002
Received: from inboxmaster.g4.n
Hello Chris -
On Tuesday 09 October 2001 12:49, Chris M wrote:
> For a given realm, I need to proxy the RADIUS requests off to a remote
> server not on our network. So will do that.
>
> But what I'd like to do is store the accounting records in a SQL database
> on the local RADIUS server, not j
For a given realm, I need to proxy the RADIUS requests off to a remote
server not on our network. So will do that.
But what I'd like to do is store the accounting records in a SQL database on
the local RADIUS server, not just blindly forward them off.
So would nesting AuthBy SQL clauses inside
'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>,
"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
Cc: Harrison Ng <[EMAIL PROTECTED]>
Subject: RE: (RADIATOR) AuthBy Radius, limiting Calling ID stations
Date: Thu, 12 Jul 2001 10:27:31 +0800
MIME-Ver
Hello Lloyd -
I would suggest that you use the AuthBy PORTLIMITCHECK clause before
proxying the request. Note that you will need to use a
SessionDatabase SQL to be able to use AuthBy PORTLIMITCHECK.
hth
Hugh
At 14:56 +0800 01/7/11, lloyd wrote:
>hi there,
>this is what we have right now...
hi there,
this is what we have right nowwe have this radius that does
authentication...our radius also does proxying to other radius by AuthBy
Radius clause...our problem right now is how do we limit the users say
user01@realm1 from dialling at Calling-Station-Id, say 1234?
the complication:
Hello Alvin -
The parameter for an "AuthBy ..." is case sensitive. Your configuration file
should look like this:
.
hth
Hugh
On Tuesday 12 June 2001 22:09, Alvin Anita wrote:
> Hi all,
>
> I am getting the following error message when using AuthBy Radiu
Hi all,
I am getting the following error message when using AuthBy Radius:
Can't locate object method "new" via package "Radius::AuthRadius" at
Radius/Hand
ler.pm line 71, line 37.
...caught at radiusd line 2.
Does someone know what the problem is?
I am using the evalution version of R
Hello Paul -
At 11:30 +0800 01/1/26, Paul Rolfe wrote:
>Hi,
>
>We have a requirement to authenticate and account for users by proxy
>radius from one location to another. Due to the number of requests
>and speed concerns, it is necessary for us to use Fork and
>Synchronous.
The use of Fork
Hi,
We have a requirement to authenticate and account for users by proxy radius
from one location to another. Due to the number of requests and speed
concerns, it is necessary for us to use Fork and Synchronous.
The problem we are seeing however, is that for every fork, the client
radius ser
Hello Daniel -
On Fri, 29 Sep 2000, daniel wrote:
> Hi,
>
>
> I'm testing AuthBy RADIUS and I get the following errors like three
> times in a row. After the third restart, the radiusd process just dies.
>
>
> Fri Sep 29 17:27:01 2000: DEBUG: Check if Handler should be used to
> handle th
Hi,
I'm testing AuthBy RADIUS and I get the following errors like three
times in a row. After the third restart, the radiusd process just dies.
Fri Sep 29 17:27:01 2000: DEBUG: Check if Handler should be used to
handle this request
Fri Sep 29 17:27:01 2000: DEBUG: Handling request with Han
Hello John -
>
> The goal was to have this:
>
> AuthBy RADIUS...
> then if that is ignored
> AuthBy UNIX
>
> Anyone succesfully doing that with RADIATOR? We are talking
> to cistroen 1.6X at the other end.
>
> After doing extensive testing with all of the Continue{Until/Wh
--- Forwarded mail from [EMAIL PROTECTED]
Date: Thu, 31 Aug 2000 06:10:14 +1000 (EST)
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: BOUNCE [EMAIL PROTECTED]:Non-member submission from [John Kemp
<[EMAIL PROTECTED]>]
>From mikem Thu Aug 31 06:10:10 2000
Received: by oscar.open.com.
Hello George -
On Thu, 02 Dec 1999, George Jeffery wrote:
> Thank you Hugh. I guess it would help to have the 2.14.1 manual instead of
> the 2.13.1manual.
>
> I will look into it.
>
You will find the Radiator 2.14.1 distribution here:
http://www.open.com.au/radiator/downloads/
and t
Thank you Hugh. I guess it would help to have the 2.14.1 manual instead of
the 2.13.1manual.
I will look into it.
gj
#
# George P. Jeffery, Developer
# Digital Design Corporation
# www.ddc.net
#
On Wed, 1 Dec 1999, Hugh
Hello George -
On Wed, 01 Dec 1999, George Jeffery wrote:
> Hey all,
>
> I have been givin the task of using RADIATOR to AuthBy PROXY to another
> RADIUS server (MERIT) and then upon authentication not only write the
> Accounting information but to also write the Authentication information to
>
Hey all,
I have been givin the task of using RADIATOR to AuthBy PROXY to another
RADIUS server (MERIT) and then upon authentication not only write the
Accounting information but to also write the Authentication information to
a mySQL database.
I can get RADIATOR to AuthBy PROXY and write the Acc
Hi Brian -
On Thu, 07 Oct 1999, Brian Morris wrote:
> Hi all,
>
> I would like to authenticate users using RADIUS on another machine but
> record the accounting data to an SQL database.
>
> I'm sure this can be done with a continue until... or something but I'm
> currently stumped.
>
> Can an
Hi all,
I would like to authenticate users using RADIUS on another machine but
record the accounting data to an SQL database.
I'm sure this can be done with a continue until... or something but I'm
currently stumped.
Can anyone shine some light on this one?
Thanks, Brian
===
Archive at http
Hi Sander,
On Jun 6, 12:59pm, Sander Asberg wrote:
> Subject: (RADIATOR) AuthBy RADIUS and PostAuthHook
>
> We have the following Situation, in which we use Radiator as
> a radius proxy (AuthBy RADIUS) between the dial-in hardware and
> our customer radius servers:
>
We have the following Situation, in which we use Radiator as
a radius proxy (AuthBy RADIUS) between the dial-in hardware and
our customer radius servers:
Client <-(radius)-> Radiator <-(radius)-> customer radius server
If we want some of our customers to specify Framed-IP-addresses for
their d
44 matches
Mail list logo
