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

[info@GoldenIT]

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.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20030328/b31bacb1/attachment.html>