--- Forwarded mail from [EMAIL PROTECTED]

Date: Thu, 28 Dec 2000 17:40:13 +1100 (EST)
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: BOUNCE [EMAIL PROTECTED]:    Non-member submission from ["Lachlan
Fletcher" <[EMAIL PROTECTED]>]

>From mikem  Thu Dec 28 17:40:09 2000
Received: by oscar.open.com.au (8.9.0/8.9.0) id RAA10847
        for [EMAIL PROTECTED]; Thu, 28 Dec 2000 17:40:09 +1100 (EST)
>Received: from mail.ausisp.com (mail.ausisp.com [203.2.239.72]) by
perki.connect.com.au with ESMTP id RAA07567
  (8.8.8/IDA-1.7 for <[EMAIL PROTECTED]>); Thu, 28 Dec 2000 17:19:33 +1100
(EST)
Received: from mail.ausisp.com (mail.ausisp.com [203.2.239.72]) by
perki.connect.com.au with ESMTP id RAA07567
  (8.8.8/IDA-1.7 for <[EMAIL PROTECTED]>); Thu, 28 Dec 2000 17:19:33 +1100
(EST)
Received: from lfletcher (nm1.geko.net.au [203.2.239.20])
        by mail.ausisp.com (8.9.3/8.9.3) with SMTP id RAA25385
        for <[EMAIL PROTECTED]>; Thu, 28 Dec 2000 17:19:32 +1100 (EST)
        envelope-from <[EMAIL PROTECTED]>
From: "Lachlan Fletcher" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: AuthBy SQL
Date: Thu, 28 Dec 2000 17:21:30 +1100
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <a04320401b67039c892d5@[10.1.1.30]>
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Importance: Normal
Content-Type: text/plain;
        charset="iso-8859-1"


Hi,

I was wondering if anyone may be able to help here.

I want to use "AuthColumnDef" option with "AuthSelect" in "AuthBy SQL".

My problem is with reply items. Some users need more reply items than
others.

For example, our permanent modem customers get given a single fixed IP
address of their own, where our standard dial-up customers do not, and the
NAS server assigns them one from it's own IP range.

So, we have a field in our database call "IPADDRESS" and every customer has
this field. Normally, the customer does not have an IP, and their field is
NULL, however those with fixed IP's will have a value in this field.

How can we tell radiator to send the reply item ONLY if the field is not
null, and ignore it otherwise? Sending the reply item with no value just
causes a dialup error.

We have several other options like this that we have to use.

Does anyone have any suggestions?



Kind Regards,

Lachlan.

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Hugh Irvine
> Sent: Thursday, 28 December 2000 10:36
> To: Bryn Wm. Moslow; [EMAIL PROTECTED]
> Subject: Re: (RADIATOR) UNIX groups and NAS restrictions
>
>
>
> Hello Bryn -
>
> At 15:55 -0800 00/12/21, Bryn Wm. Moslow wrote:
> >I could swear up and down that I once saw an example of this
> either in the
> >Radiator reference or the FAQ but I can no longer dig it up:
> >
> >I need to refuse logins on certain NAS's for explicit UNIX
> groups. For the
> >sake of precision I'll also describe it this way: I need to
> allow users in
> >certain UNIX groups to ONLY log in to certain NAS's. Either way works for
> >me.
> >
> >I got the impression that this may be possible using
> NAS-Address-Port-List
> >in a creative way but I remember seeing a really simple, direct way of
> >doing it. Suggestions or directional assistance?
> >
>
> Probably the simplest way to do this is with an AuthBy FILE:
>
> # configuration to check NAS and UNIX groups
>
> <Client .....>
>       Identifier XXXX
>       .....
> </Client>
>
> <AuthBy UNIX>
>       Identifier CheckUnix
>       .....
> </AuthBy>
>
> <AuthBy FILE>
>       Identifier CheckUsers
>       Filename %D/users
>       ....
> </AuthBy>
>
> <Realm ....>
>       ....
>       AuthBy CheckUsers
>       ....
> </AuthBy>
>
>
> And in the users file:
>
> # %D/users
>
> someuser  NAS-Identifier = XXXX, Auth-Type = CheckUnix, Group = .....
>
> ......
>
>
> If you have any questions please ask.
>
> hth
>
> Hugh
>
>
>
>
>
> --
>
> NB: I am travelling this week, so there may be delays in our
> correspondence.
>
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
> Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
> Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.
>
> ===
> Archive at http://www.starport.net/~radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
>




---End of forwarded mail from [EMAIL PROTECTED]

-- 
Mike McCauley                               [EMAIL PROTECTED]
Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
24 Bateman St Hampton, VIC 3188 Australia   http://www.open.com.au
Phone +61 3 9598-0985                       Fax   +61 3 9598-0955

Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, TACACS+, PAM, external, Active Directory etc etc 
on Unix, Win95/8, 2000, NT, MacOS 9, MacOS X
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Reply via email to