(RADIATOR) Problems after 3.5 Upgrade Snmp and Other

Hugh Irvine hugh at open.com.au
Thu Feb 27 21:52:57 CST 2003


Hello Terry -

Could you please send me a trace 4 debug from Radiator showing the 
access request and the subsequent accounting requests? I have also 
copied Mike on this mail so he can take a look at the SNMP problem.

For the dictionary entries, Framed-IP-Address is definitely in the new 
dictionary, and I have not previously seen USR-Max-Channels. If you 
have added this to the previous dictionary, you will have to add it to 
the new one, and if you send me a copy I will include it in the 
dictionary for the next release. However your old dictionary should 
continue to work just fine.

If you look at the startup messages from radiusd in the trace 4 debug 
you will see what dictionary file is being used.

regards

Hugh


On Friday, Feb 28, 2003, at 11:42 Australia/Melbourne, Terry Rossi 
wrote:

> I recently installed 3.5 + patches after being on Radiator-2.18.4 for
> forever.  I seem to have several problems.
>
> First and foremost my snmpget command is failing
>
> /usr/local/bin/snmpget -c "XXX" XXX.XXX.168.1
> .iso.org.dod.internet.private.ent
> erprises.429.4.2.1.140.1.2.8.54.55.50.51.57.57.54.48
>
> Error in packet
> Reason: (noSuchName) There is no such variable name in this MIB.
> Failed object: enterprises.429.4.2.1.140.1.2.8.54.55.50.51.57.57.54.48
>
>
> Second it seems that several Attributes I have in my user file are
> no-longer valid.
> Thu Feb 27 19:21:25 2003: WARNING: No such attribute Framed-IP-Netmask
> Thu Feb 27 19:21:25 2003: WARNING: No such attribute USR-Max-Channels
>
> Do I need to add these into the dictionary file or are they out of
> vougue and replaced with others?
>
>
>
> I have one NAS a Total Control Chassis.  I validate users from a flat
> file and would like to limit simultanious use to 1 unless the users
> files says different and Implement a Idle Timeout.  Can you tell me 
> what
> I need to fix please.
>
> Thanks
>
> Terry
>
> AcctPort 1646
> AuthPort 1645
> DbDir /usr/local/etc/raddb
> DictionaryFile /usr/local/etc/raddb/dictionary
> Foreground
> LivingstonHole 2
> LivingstonOffs 29
> LogDir /var/log
> LogFile %L/logfile
> RewriteUsername s/^([^@]+).*/$1/
> RewriteUsername tr/[A-Z]/[a-z]/
> SnmpgetProg /usr/local/bin/snmpget
> Trace 4
>
> <AuthBy FILE>
>   AddToReply Idle-Timeout = 1200
>   DefaultSimultaneousUse 1
>   Filename /usr/local/etc/raddb/users
>   Identifier ID_0
> </AuthBy>
>
> <Client DEFAULT>
>   DupInterval 60
>   IgnoreAcctSignature
>   NasType TotalControlSNMP
>   Secret XXXXX
> </Client>
>
> <Realm DEFAULT>
>   AcctLogFileName /tc1/detail
>   AuthBy ID_0
>   AuthByPolicy ContinueWhileIgnore
>   Description Default PICS Realm
>   MaxSessions 1
>   PasswordLogFileName /var/log/password.log
>   RewriteUsername s/^([^@]+).*/$1/
>   SessionDatabase DefaultSessionDB
> </Realm>
>
> <SessionDatabase DBM>
>   Filename %D/online
>   Identifier DefaultSessionDB
> </SessionDatabase>
> ===
> 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: 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.

===
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.


More information about the radiator mailing list