(RADIATOR) Auth by Java Class

Hello, I need to authenticate my users by calling a class in a java program. I suppose it would be possible using Auth By External, but in that case a new instance of the java program would be created for every authentication - am I right? I don't want that. Nor am I a competent enough

RES: RES: (RADIATOR) DBD-ODBC

I have tried this, but didn't work... I have configured the ODBC driver in the AIX with a new DSN pointing to NT DSN and my error message is the same. I think is a problem of DBI-DBD configuration, but i don't know what is the problem. Thanks anyway -Mensagem original- De:

Re: (RADIATOR) Auth by Java Class

I need to authenticate my users by calling a class in a java program. I suppose it would be possible using Auth By External, but in that case a new instance of the java program would be created for every Perhaps you could run it as a servlet on a web server, and write a simple authby to call

Re: (RADIATOR) rewriting usernames

You certainly want to cut down on the number of rewrite statements. For example, the first two you list could be done with one regex... "s/^\s*(.*)\s*$/$1/". On the other hand, I'd first make sure that you need to do that anyway; I've never seen leading and trailing spaces coming in on the

Re: (RADIATOR) (Radiator) Client

Scott Adkins writes: At this point, I am familiar enough with the code to know that it probably would be hard to add some lines of code to deal with connections in a secure manner. If I get time, I will do it myself :-) By the way, I meant "probably would *not* be hard to add some lines of

Re: (RADIATOR) rewriting usernames

On Sun, 31 Oct 1999, Chris M wrote: I have figured out most of what I want to do in this regard. But... I'd like to strip leading characters including \ for users that are using NT Domains and don't understand what they are doing on dialup :) So WORKGROUP\myname should be rewritten to

Re: (RADIATOR) rewrite rule

On Fri, 29 Oct 1999, Steven E. Ames wrote: Nope. I was shooting for inside a realm: Realm xyz.com Rewrite ..# a rewrite rule that will change username into # [EMAIL PROTECTED] /Realm The purpose is to append the correct

Re: SV: (RADIATOR) Auth by Java Class

The thing is, I'm gonna use LDAP, but I must have the communication with the LDAP server secure. Oh, I see. Probably the simplest way is to setup an ssh tunnel. You could use SSL but you'll need to setup a new secure session for authentication request which is a lot more overhead than I think

Re: SV: (RADIATOR) Auth by Java Class

Hi Christopher, Why don't you use secure LDAP, that's what it's there for! Radiator supports secure LDAP and it's the easiest way of doing it IMO. By the way, the SSL connection stays up until the connection is lost, so there is no extra handshake overhead for every request (except for the

(RADIATOR) Null's in accounting DB

Hi all, I am a new radiator user, and I have been testing radiator for about a week now. Well I am finally looking at our results in depth and I have noticed that raidator reported a LOT of Null's in our accounting database. We are running radiator on Windows NT across ODBC to MS SQL 7.0.

Re: (RADIATOR) Different logfiles for different groups?

At 09:53 AM 10/30/99 +1000, Hugh Irvine wrote: Could you try changing the AuthBy UNIX to AuthBy SYSTEM and see what happens then? I would be interested to see if AuthBy SYSTEM performs correctly. I can't find the Shadows module that's mentioned in the reference manual as being necessary when

Re: RES: RES: (RADIATOR) DBD-ODBC

Hello Guilherme and Dean, here is how we made it work here: Setup was a Sun Sparc Solaris 2.5.1 connecting to MS-SQL 6.5 on NT 4. The NT box is called fred. We used DBD-ODBC and the Solaris ODBC drivers from OpenLink In Radiator config file: # For ODBC from Solaris to NT, use

Re: SV: (RADIATOR) Auth by Java Class

Hi Christopher, On Nov 1, 4:24pm, Christopher Andersson wrote: Subject: SV: (RADIATOR) Auth by Java Class - Original Message - From: Stuart Henderson [EMAIL PROTECTED] To: Christopher Andersson [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, November 01, 1999 2:30 PM

Re: (RADIATOR) Different logfiles for different groups?

On Mon, Nov 01, 1999 at 03:43:02PM -0600, Dawn Lovell wrote: At 09:53 AM 10/30/99 +1000, Hugh Irvine wrote: Could you try changing the AuthBy UNIX to AuthBy SYSTEM and see what happens then? I would be interested to see if AuthBy SYSTEM performs correctly. I can't find the Shadows module

Re: (RADIATOR) New USR radius attributes

Hello Scott and Kalev, Thanks to Kalev for this information. I have uploaded a new dictionary.usr to the patches-2.14.1 area that includes this attribute. Cheers. --- Mike McCauley

Re: (RADIATOR) Null's in accounting DB

We get a lot of them with TNT's and Max's... One thing I have noticed about them - there is never a session time associated with them - often there is a "Ascend-PreSession-Time = xx" but never a Session-Time attribute... Looking at the "Ascend-Disconnect-Cause" attribute, and looking at the data

(RADIATOR) Anyone else having trouble?

Anyone else seeing these problems? I haven't been able to get to the site for quite awhile now: # /usr/sbin/packet_loss 20 www.open.com.au HOSTLOSS RCVD SENTBEST AVG WORST lhotse.peakpeak.com 0%20 200.40 23.86

Re: (RADIATOR) Null's in accounting DB

Hello Cortney - On Tue, 02 Nov 1999, Cortney Thompson wrote: Hi all, I am a new radiator user, and I have been testing radiator for about a week now. Well I am finally looking at our results in depth and I have noticed that raidator reported a LOT of Null's in our accounting database.

Re: (RADIATOR) rewrite rule

Hello Steven - On Tue, 02 Nov 1999, Steven E. Ames wrote: Mostly correct... unless inside a client definition says: Client Secret tirckysecret DefaultRealmmydomain.com /Client In which case its coming into the realm without the '@mydomain.com' right? Or does