Hello,
I have problem with radrelay (FR 0.9.3).
Sometimes, detail-combined get growing indefinitely on the two servers, and
I can see the same accounting record many time in the two detail combined,
one with the client-ip-address of the other and vice versa.
I have problem with a broken proxy
Yes.. I realized that... one of the problem is locking... a lot of error
regarding locking...
OK.. I will try to compile lastest cvs radrelay... and revert for any
problem...
thanks...
- Original Message -
From: "Kostas Kalevras" <[EMAIL PROTECTED]>
To: <[EMAIL PROTE
On Fri, 3 Oct 2003, Rohaizam Abu Bakar wrote:
>
> I try stop radiusd, clean detail-combined file & radutmp... then restart
> radiusd & also radrelay... and seems working fine.
>
> Currently i'm using FreeBSB 4.8p8 with Freeradius0.9.0... I hope radrelay is
>
I try stop radiusd, clean detail-combined file & radutmp... then restart
radiusd & also radrelay... and seems working fine.
Currently i'm using FreeBSB 4.8p8 with Freeradius0.9.0... I hope radrelay is
working fine with this version...
I can't use freeradius 0.9.1 on both
On Wed, 1 Oct 2003, Rohaizam Abu Bakar wrote:
> I've configured combined detail file for radrelay process..
> >From doc/radrelay..
>
> "You should never logrotate your detail file, radrelay will take care of this for
> you."
>
> But the log never been
I've configured combined detail file for radrelay
process..
From doc/radrelay..
"You should never logrotate your detail file,
radrelay will take care of this for you."
But the log never been rotated... It getting
larger and larger... Can i rotate it using script ??
--haizam
Navid Sheikhol Eslami <[EMAIL PROTECTED]> wrote:
> So I assume that for each record in "detail-combined" an entry for
> "Client-IP-Address" should appear, but this is not true, here's a sample
> record for my "details-combined":
It's actually "Freeradius-proxied-to", from what I recall. The
doc
Hello everybody,
after reading (and reading, and re-reading) doc/radrelay I'm still
having troubles getting radrelay to work properly.
Here's a quote from doc/radrelay:
" Radrelay checks the "Client-IP-Address" attribute in each record,
and if it's the same as
Hi Alan, believe me, I proudly use FreeRADIUS :)
I'm reading doc/radrelay off freeradius-0.9.0 package, it also mentions
"FreeRadius-Proxied-To" but that's in case of proxying, at least that's
what I read (from section 3. REPLICATION AND PROXYING)
Thanks
Navid
>
> > > Since the "Client-IP-Address" value is not there, the packet keeps
> > > looping between the two servers.
Problem solved, I had disabled the "preprocess" module which takes care
of adding the "Client-IP-Address" attribute to the packet.
Navid
signature.asc
Description: This is a digitally
Hello,
I have a small problem with radrelay.
Two boxes (Linux 2.4.10 SMP), each having two IP-Addresses: one physical and one
logical.
Both machines backup each other, so there's a freeradius (0.8.1 on machine A and
current cvs-snapshot on machine B) on both of them, also with a rad
On Mon, Dec 16, 2002 at 10:03:26AM +1100, Iq wrote:
>
> Hi everyone,
>Need a little help with radrelay. I have two NAS boxes (a
> portmaster and Ascend). Both of them authenticate customers from two radius
> servers (radius-0.8). One primary and other secondary
Hi everyone,
Need a little help with radrelay. I have two NAS boxes (a
portmaster and Ascend). Both of them authenticate customers from two radius
servers (radius-0.8). One primary and other secondary. I want to run
radrelay. My questions are
as it says in doc/radrelay
1
I have radrelay running on my backup freeradius server, but it seems to
stop collecting and passing entries without warning. I do see a
detail.work file that appears to contain a single Start record:
(names and numbers slightly altered, no special characters removed)
Thu Oct 3 15:45:29 2002
On Tue, Oct 22, 2002 at 04:16:27PM -0500, Roger wrote:
> Thanks for the suggestion Alan. Besides upgrading to newest version,
> did you(or anyone else) notice that I was infact calling radrelay correctly?
Depending on your setup, yes. Though it might be easier to just use the
-n flag.
Roger <[EMAIL PROTECTED]> wrote:
> Thanks for the suggestion Alan. Besides upgrading to newest version,
> did you(or anyone else) notice that I was infact calling radrelay correctly?
To be honest, I didn't even look at that.
I know there are issues with the 0.7.1 radrelay
Alan DeKok wrote:
Roger <[EMAIL PROTECTED]> wrote:
After reading over that I used the following command, on the primary, to
sync up the detail file
radrelay -d /etc/raddb -S /etc/raddb/secret -r <>
-x detail-relay
After about a second or two the script returns a seg fault.
Roger <[EMAIL PROTECTED]> wrote:
> After reading over that I used the following command, on the primary, to
> sync up the detail file
>
> radrelay -d /etc/raddb -S /etc/raddb/secret -r <>
> -x detail-relay
>
> After about a second or two the script returns a s
I'm attempting to keep detail files in sync between our primary and
secondary radius servers. Both at running FreeRadius .0.7 both running
RH7.2.
I've followed the radrelay man page and faq at
http://www.freeradius.org/radiusd/doc/radrelay
After reading over that I used the
Simon <[EMAIL PROTECTED]> wrote:
> Blah, radrelay was infact segfaulting on any A/V pair that
> valuepair.c:userparse was having trouble with due to a stupid bug on my
> part. Tiny patch included below to fix this.
Added, thanks.
> Now radrelay will silently ignore any c
On Mon, Sep 30, 2002 at 12:30:13PM -0400, Alan DeKok wrote:
> Kevin Bonner <[EMAIL PROTECTED]> wrote:
> > I had a problem with radrelay where it segfaulted when it reached an
> > attribute of the type 'Attr-X', where X is an integer. I could have
> > played
Kevin Bonner <[EMAIL PROTECTED]> wrote:
> I had a problem with radrelay where it segfaulted when it reached an
> attribute of the type 'Attr-X', where X is an integer. I could have
> played with the dictionary file(s) to figure out what attribute it
> was, but the i
I had a problem with radrelay where it segfaulted when it reached an attribute
of the type 'Attr-X', where X is an integer. I could have played with the
dictionary file(s) to figure out what attribute it was, but the information
contained was not important to me. Creating a patc
t; To: [EMAIL PROTECTED]
> Subject: Re: radrelay crashes when I try to run it
>
> On Wed, Aug 28, 2002 at 11:26:07AM -0400, Mark Hennessy wrote:
> > I get a segmentation fault each time I try to restart radrelay. I was
> > able to get it to run initially, but after it died, I w
On Wed, Aug 28, 2002 at 11:26:07AM -0400, Mark Hennessy wrote:
> I get a segmentation fault each time I try to restart radrelay. I was
> able to get it to run initially, but after it died, I would not be able to
> restart it.
That sounds like it might be hitting some odd accounting re
On Wed, Aug 28, 2002 at 11:53:53AM -0400, Mark Hennessy wrote:
> OK, now when I try to run radrelay with too few parameters, it doesn't
> dump core, but it does dump core if I try to run it as a foreground
> process with debugging enabled. I can't figure out why it's c
Mark Hennessy <[EMAIL PROTECTED]> wrote:
> OK, now when I try to run radrelay with too few parameters, it doesn't
> dump core, but it does dump core if I try to run it as a foreground
> process with debugging enabled. I can't figure out why it's crashing.
> Al
OK, now when I try to run radrelay with too few parameters, it doesn't
dump core, but it does dump core if I try to run it as a foreground
process with debugging enabled. I can't figure out why it's crashing.
Also, I can't seem to find the core file.
Mark Hennessy <[EMAIL PROTECTED]> wrote:
> I get a segmentation fault each time I try to restart radrelay. I was
> able to get it to run initially, but after it died, I would not be able to
> restart it.
Have you looked at the core file?
Also, there's a small patch
I get a segmentation fault each time I try to restart radrelay. I was
able to get it to run initially, but after it died, I would not be able to
restart it.
Does radrelay use IPC semaphores in its operation? I see some
possible semaphore cruft when I use the ipcs command. The best I can
tell
On Tue, Aug 13, 2002 at 11:49:56AM -0400, Alan DeKok wrote:
> Simon <[EMAIL PROTECTED]> wrote:
> > + if (!argv[1])
> > + usage();
> > + if (!strlen(argv[1]))
> > + usage();
>
> That's *very* bad, as it accesses memory which may not exist. It
> would be better to check '
Simon <[EMAIL PROTECTED]> wrote:
> The segmentation fault otoh is a stupid bug by me. Patch included
> against current cvs, some very minor documentation updates are included
> to. Be good if this could be applied.
Added, except for:
> + if (!argv[1])
> + usage();
> + if (!
On Mon, Aug 12, 2002 at 03:19:24PM +0530, Atanu Das wrote:
> Hello FreeRadius Users,
>
> radrelay program is showing segmentation fault. I followed the procedure as
>mentioned in the document of "radrelay" program.
>
> radrelay -n test
>
> Segmentation Faul
"Atanu Das" <[EMAIL PROTECTED]> wrote:
> radrelay program is showing segmentation fault. I followed the procedure =
> as mentioned in the document of "radrelay" program.
See 'doc/bugs'.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hello FreeRadius Users,
radrelay program is showing segmentation fault. I
followed the procedure as mentioned in the document of "radrelay"
program.
radrelay -n test
Segmentation Fault
where test is the shortname of my remote
server.
anybody know the reason of th
el, can anyone tell me if the
> functionality we used to use with Cistron either exists within FreeRADIUS,
> or is possible with radrelay?
Not right now. It is being worked on, however.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
I am so happy to see that radrelay has been ported over to FreeRADIUS.
This is a great help for managing multiple radius servers with a single
SQL-enabled accounting server. There is still a weakness though, unless
someone can point out the solution that I'm overlooking.
My primary R
Simon <[EMAIL PROTECTED]> wrote:
> I'm looking into porting radrelay from cistron 1.6.6 to freeradius.
> Is there any work already being done on this front? No use duplicating
> the effort.
No one else is working on it, so far.
> Is there any interest in seeing this do
I'm looking into porting radrelay from cistron 1.6.6 to freeradius.
Is there any work already being done on this front? No use duplicating
the effort.
Is there any interest in seeing this done? I'd have use for it myself,
but I'm curious whether it would be generally useful or
Hello All,
I use in Cistron radius the $SUBJ, and I would like to know that
FreeRADIUS does or will support that function.
I think it is very good feature which is useable for doing some
fail-over things with detail files.
Thanks in advance,
Thomas
k
-
40 matches
Mail list logo
