(RADIATOR) Re: Unknown-vendor 762, size 6="

[Hugh Irvine]

Hello -

It looks to me like the reply attributes are incorrectly specified.

Note the following KarlNet entries from the Radiator 3.5 dictionary  
(your user entries *must* match what is specified in the dictionary):

#
# Karlnet VSAs
#

# Sets the remote client's Station Name

VENDORATTR      762     KarlNet-TurboCell-Name       151 string

# Sets the remote client's Data Transmit Rate

VENDORATTR      762     KarlNet-TurboCell-TxRate     152 integer

# Sets the remote client's Operating State

VENDORATTR      762     KarlNet-TurboCell-OpState    153 integer

VALUE     KarlNet-TurboCell-OpState    Up   0
VALUE     KarlNet-TurboCell-OpState    Down 1


So your user entry should look like this:

00-XXXXXXXXXX Password == "XXXXXXXXX"
        KarlNet-TurboCell-OpState = Up,
        KarlNet-TurboCell-TxRate = nnn

where "Up" must be spelled correctly, and nnn is an integer.

If you still have a problem, please send me a copy of your  
configuration file (no secrets) together with a trace 4 debug from  
Radiator showing what is happening.

regards

Hugh


On Friday, Mar 28, 2003, at 11:17 Australia/Melbourne, info at GoldenIT  
wrote:

> Hi Hugh,
>  
> when itry to authenticate a macaddress based on karlnet i get this  
> error of
> Unknown-vendor 762, size 6="
>
> these are the fields added to the ms-sql sub. table.
>
> 00-XXXXXXXXXX Password == "XXXXXXXXX"
>         KarlNet-TurboCell-OpState = up,
>         KarlNet-TurboCell-TxRate = TxRate-256k
>  
> any reason i should be getting thata
>  
> Should you require any further information please do not hesitate in  
> contacting us.
>  
> kind regards,
>  
> Internet Services Administrator
> Golden IT
> Ph:  +61 (3) 97052511
> Fax: +61 (3) 97052544
> Email: info at goldenit.net.au
> Web: www.goldenit.net.au
>  
> ----------------------------------------------------------------------- 
> ----------------------------------------------------------
> Please advise the originator by telephone (03)9705 2511 in the event  
> that
> this transmission is incomplete.
> IF THIS EMAIL HAS BEEN SENT TO YOU BY MISTAKE: please call (03) 9705  
> 2511
> and destroy it immediately. This email may contain Information which is
> confidential or which is subject to legal professional privilege. You  
> must
> not use this email or the Information in it. Any confidentiality or
> privilege is not waived or lost because this email has been sent to  
> you by
> mistake.
>  
>  
>
> ----- Original Message -----
> From: Hugh Irvine
> To: Joshua Masiko
> Cc: radiator at open.com.au
> Sent: Friday, March 28, 2003 9:07 AM
> Subject: Re: (RADIATOR) AuthBy External cascading accounting requests
>
>
> Hello Joshua -
>
> I will need to see a trace 4 debug from Radiator showing what is  
> happening. And it would also be useful to see any debug messages from  
> your external programs showing what the exit status is.
>
> BTW - it is often easier to use Handlers and/or hooks for this sort of  
> thing.
>
> # define Handlers
>
> <Handler Request-Type = Accounting-Request>
> # deal with accounting requests
> ....
> </Handler>
>
> <Handler>
> # deal with authentication
> .....
> </Handler>
>
> You will find some example hooks in the file "goodies/hooks.txt".
>
> regards
>
> Hugh
>
>
> On Thursday, Mar 27, 2003, at 21:01 Australia/Melbourne, Joshua Masiko  
> wrote:
>
> According to the radiator documentation
>  
>
> The exit status of the external command determines what type of reply  
> is to be sent in response to the request:
>
> • 0 Means reply with an acceptance. For Access-Requests, an  
> Access-Accept will be sent. For Accounting-Requests, an  
> Accounting-Response will be sent.
> • 1 Means reply with a rejection. For Access-Requests, an  
> Access-Reject is sent. For Accounting-Requests, no response is sent.
> • 2 Means don't send any reply. This will also make the Realm fall  
> through to the next AuthBy module if you specified more than one for  
> this Realm (but see also AuthByPolicy).
>
>  
> I have two programs . My understanding is that prog1 is called for all  
> requests. In prog1 if a certain condition is met it returns a value of  
> 2 otherwise it returns a value of zero My problem is that even when it  
> returns 0 prog2 is still run.
>  
> My config file looks like this
>  
> <Realm DEFAULT>
>         AuthByPolicy ContinueWhileIgnore
>         <AuthBy FILE>
>                 IgnoreAccounting
>                 Filename %D/users
>         </AuthBy>
>         # Log accounting to a detail file
>         <AuthBy EXTERNAL>
>                 IgnoreAuthentication
>                 Command /home/joshua/work/newapp/prog1
>         </AuthBy>
>        <AuthBy EXTERNAL>
>                IgnoreAuthentication
>                Command /home/joshua/work/newapp/prog2
>        </AuthBy>
>         AcctLogFileName %L/detail
> </Realm>
>
>
> NB: have you included a copy of your configuration file (no secrets),
> together with a trace 4 debug showing what is happening?
>
> --
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, extensible,
> flexible with hardware, software, platform and database independence.
>
>

NB: have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 6517 bytes
Desc: not available
URL: <http://www.open.com.au/pipermail/radiator/attachments/20030328/ee3fe2fc/attachment.bin>