(RADIATOR) Limiting connections using a custom dialer and UUNET setup

[Hugh Irvine]

Hello Gilbert -

The OSC-AVPAIR is defined in the Radiator 3.1 dictionary.

You would use it like this:

	OSC-AVPAIR = "sometag = somestring"

It is completely up to you how you define and use "sometag = 
somestring" - it can be anything at all that suits your requirements. 
You can also have multiple OSC-AVPAIR's if required.

regards

Hugh



At 20:11 -0400 18/7/02, Gilbert Rebeiro wrote:
>Hugh,
>
>I cannot find documentation on OSC-AVPAIR, can you direct me to some. Can
>you describe at a high level what/how the dialer program could send
>something special to radiator to identify itself?
>
>Regards,
>
>Gilbert.
>
>>  Hello Gilbert -
>>
>>  We have recently introduced vendor-specific attributes for Radiator,
>>  so you could use the OSC-AVPAIR attribute to do this. If you are
>>  wnating to do something special with your own dialer, I suggest you
>>  write your own AuthBy module. You should start with the
>>  "Radius/AuthTEST.pm" module and refer to section 17 in the Radiator
>>  3.1 reference manual ("doc/ref.html").
>>
>>  For your last point, this topic has been discussed on the mailing
>>  list, so check the archive site and do a search
>>  (www.open.com.au/archives/radiator).
>>
>>  regards
>>
>>  Hugh
>>
>>  At 14:31 -0400 17/7/02, Gilbert Rebeiro wrote:
>>  >Hi,
>>  >    I will be developping a dialer and am looking for a radius server that
>>  >will allow me to make sure that my users will only be able to connect if
>>  >they use my dialer. Does or can Radiator do this? If so how? If I wanted
>to
>>  >push updates and communicate with the dialer after the user auths can I
>use
>>  >the Exec-Program. I guess I should use the & at the end of the program
>>  >invokecation.
>>  >
>>  >     Also I might use UUNET as a provider, are there any configs available
>>  >for complying with UUNET's 242 datafilters - for anti-spam?
>>  >
>>  >Thanks in advance.
>>  >Gilbert.
>>  >--
>>  >Distributed System Laboratory (http://dslab.ee.ncku.edu.tw)
>>  >Department of Electrical Engineering
>>  >National Cheng Kung University, Tainan, Taiwan, R.O.C.
>>  >
>>  >===
>>  >Archive at http://www.open.com.au/archives/radiator/
>>  >Announcements on radiator-announce at open.com.au
>>  >To unsubscribe, email 'majordomo at open.com.au' with
>>  >'unsubscribe radiator' in the body of the message.
>>
>>  --
>>
>>  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.
>
>
>
>--
>Distributed System Laboratory (http://dslab.ee.ncku.edu.tw)
>Department of Electrical Engineering
>National Cheng Kung University, Tainan, Taiwan, R.O.C.

-- 

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.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.