(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