Re: [RADIATOR] [ "WARNING: Bad authenticator in request from .." on CentOS host]

ta type to "text" and setting it to a value of 1, but it seems the parameter has no effect. From: Hugh Irvine [h...@open.com.au] Sent: Sunday, May 20, 2012 2:26 AM To: Traiano Welcome Cc: radiator@open.com.au Subject: Re: [RADIATOR] [ "WARNI

Re: [RADIATOR] [ "WARNING: Bad authenticator in request from .." on CentOS host]

t; messages after restarting radius several times. How can I debug this further ? I see the "IgnoreAcctSignature" is not supported in the Handler statement. Traiano From: Hugh Irvine [h...@open.com.au] Sent: Saturday, May 19, 2012 6:45

[RADIATOR] (no subject)

Hi List I have a a 'cluster' of 5 Radiator radius servers behind a FreeBSD server running Radiator in load balancing configuration. The radius servers behind the load balancer do authentication and accounting, 4 of them are freebsd running in vmware VMs and the fifth is a CentOS physical host.

Re: [RADIATOR] Radiator Failover between two Accounting Databases

Accounting Databases On 05/15/2012 04:52 PM, Traiano Welcome wrote: > I'm currently trying to work out a configuration that will allow my radiator > server to send radius accounting packets to a failover database pair, with > only one active master at a time, my objective is high availabil

[RADIATOR] Radiator Failover between two Accounting Databases

Hi List I'm currently trying to work out a configuration that will allow my radiator server to send radius accounting packets to a failover database pair, with only one active master at a time, my objective is high availability. I see the seems to offer the kind of functionality I want, i.e,

[RADIATOR] ERROR: invalid byte sequence for encoding "UTF8"

Hi List Recently, I've begun seeing the following error message in my radius logs at the point where radius accounting packet data is inserted to the postgresql database I'm using with radiator 4.9: --- ERROR: invalid byte sequence for encoding "UTF8": 0x9e HINT: This error can also happen if the

[RADIATOR] Documentation Update? Sources for SNMP_Session

e the documentation with this. Kind Regards, Traiano Welcome ___ radiator mailing list radiator@open.com.au http://www.open.com.au/mailman/listinfo/radiator

Re: [RADIATOR] Proxying RADIUS Accounting Packets to Third Party Vendor: Not all Attributes proxied

Thanks, Christian! On 2012/02/08 11:58 AM, "Christian Kratzer" wrote: >Hi, > >On Wed, 8 Feb 2012, Traiano Welcome wrote: > >>> I would consider spooling the radius requests into a separate file and >>> use a script to send the spooled requests to the

Re: [RADIATOR] Proxying RADIUS Accounting Packets to Third Party Vendor: Not all Attributes proxied

Hi Christian On 2012/02/07 5:41 PM, "Christian Kratzer" wrote: >Hi, > >On Tue, 7 Feb 2012, Traiano Welcome wrote: > >> Thanks, Alan! This seems to have worked. I've just had an ida though, >>for >> "mirroring" radius accounting packets t

Re: [RADIATOR] Proxying RADIUS Accounting Packets to Third Party Vendor: Not all Attributes proxied

Thanks, Alan! This seems to have worked. I've just had an ida though, for "mirroring" radius accounting packets to an upstream radius system, which might be easier than using radiator as a proxy, as follows: (On FreeBSD), using packet mirroring functionality (e.g the pf mirroring feature) to make

[RADIATOR] Proxying RADIUS Accounting Packets to Third Party Vendor: Not all Attributes proxied

Hi List I've configured my radius servers to send a copy of radius accounting packets to a receiving radius server at third party vendor, who will then process radius accounting packets for billing purposes. I'm doing this using an "AuthBy RADIUS" clause placed after an "AuthBy SQL" clause: My c

[RADIATOR] Radius Feed to third party Billing Vendor

g radiator to feed (using radius protocol) a copy of accounting requests to another radius system, while performing all necessary auth and accounting operations localy as normal ? Thanks in Advance! Traiano Welcome ___ radiator mailing list

[RADIATOR] Radiator 4.9 with Postgres 8.4 on FreeBSD 8.2: Performance Analysis and Tuning

only one connection to the backend postgresql db. Might there be some performance gains to be made in parallelising connections from radiator to the db? If so, how would I configure this in Radiator ? Many thanks in Advance, Traiano Welcome ___ rad

Re: [RADIATOR] Radiator 4.8 on FreeBSD 8.2 crashes with: "ERR: Attribute number 93 is not defined in your dictionary"

See attached. Traiano On 2011/11/08 3:11 PM, "Heikki Vatiainen" wrote: >On 11/07/2011 12:43 PM, Traiano Welcome wrote: > >Hello Traiano, > >> Many thanks, this seems to have solved the problem, the system is >>running >> with double query load with no

Re: [RADIATOR] Radiator 4.8 on FreeBSD 8.2 crashes with: "ERR: Attribute number 93 is not defined in your dictionary"

Hi Heikki! Many thanks, this seems to have solved the problem, the system is running with double query load with no crash for more than an hour :-) Thanks to all who assisted: Mike McCauley, Hugh Irvine and Heikki! Regards, Traiano On 2011/11/07 9:20 AM, "Heikki Vatiainen" wrote: >On 11/05/

Re: [RADIATOR] Radiator 4.8 on FreeBSD 8.2 crashes with: "ERR: Attribute number 93 is not defined in your dictionary"

iusd by hand from the command line and repeat your tests. > >It looks like Perl itself is crashing and you will see the Perl error >meesages when you run radiusd in a terminal window: > >cd /your/Radiator/source/directory > >perl radiusd -foreground -log_stdout -trace 4

[RADIATOR] Radiator 4.8 on FreeBSD 8.2 crashes with: "ERR: Attribute number 93 is not defined in your dictionary"

s binary (from libperl): Compile-time options: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF Built under freebsd Compiled at Sep 13 2011 11:25:37 @INC: /usr/local/lib/perl5/5.12.3/