Salut Gildas - On Sat, 02 Sep 2000, Gildas PERROT wrote: > Hi everybody, > > I am trying to define the ip pool on Radiator instead of on the Cisco for > more flexibility. Even if Radiator is returning a Framed-IP-Adress in the > Access-Accept packet, the Cisco is not sending it in the Start Accounting > packet but is sending another IP address (defined in a local pool) in the > Alive Accounting packet ! Any idea about how to solve that problem ? > I think this is due to the Cisco configuration that is allocating from its local pool, instead of from the Framed-IP-Address. > Note : I could not find any information in mailing list archives that could > help me. > > BTW, I have other problems : > > - do I have dictionary.cisco instead of dictionary for use with Radiator ? I > found that with the first one I have a the following errors but since my RAS > is a Cisco... > Fri Sep 1 18:17:35 2000: WARNING: There is no attribute named Server-Config > in file '/usr/local/etc/radiator/dictionary.cisco' before line 413 Ignored > Fri Sep 1 18:17:35 2000: WARNING: There is no attribute named Server-Config > in file '/usr/local/etc/radiator/dictionary.cisco' before line 414 Ignored > This is an error in the dictionary(s). The simplest thing to do is just comment out those entries, as they serve no purpose with Radiator. > - furthermore, I would like to define IP pools on Radiator but without SQL > databases. Is it possible since with FramedGroup and FramedGroupBaseAddress, > I can't defined the end of the pool. > As you have discovered, the FramedGroup and FramedGroupBaseAddress are quite primitive, that is why we suggest the AddressAllocator SQL. Currently this is the only AddressAllocator available. > - another problem : I defined a "<Handler Called-Station-Id = 6642>" and > call with other Caller-Id are processed by it and not by <Handler> > directives. Below is the configuration file : > > <Handler Called-Station-Id = 6642> > SessionDatabase SDBSQL > <AuthBy FILE> > Filename %D/users.6642 > </AuthBy> > </Handler> > > <Handler> > AcctLogFileName %L/%Y%m/account-%Y%m%d > PasswordLogFileName %L/%Y%m/passwd-%Y%m%d > AuthByPolicy ContinueWhileReject > <AuthBy FILE> > Filename %D/wap > FramedGroup 0 > Nocache > </AuthBy> > <AuthBy FILE> > Filename %D/kit > Nocache > </AuthBy> > </Handler> > > # Base de donnees des sessions ouvertes > <SessionDatabase SQL> > Identifier SDBSQL > DBSource dbi:mysql:radius > DBUsername radiator > DBAuth ra1diator > </SessionDatabase> > > However I can see in logs : > > Code: Access-Request > Identifier: 187 > Authentic: aR<165>|P6<200>Fc<158><170><149><156><213>A7 > Attributes: > NAS-IP-Address = 10.69.1.1 > NAS-Port = 7 > NAS-Port-Type = Async > User-Name = "Carrefour" > Called-Station-Id = "6641" > Calling-Station-Id = "670487956" > User-Password = > "V<183><199><31><128><171><179>+<11>!-<155>[<11>W<239>" > Service-Type = Framed-User > Framed-Protocol = PPP > > Fri Sep 1 12:20:47 2000: DEBUG: Check if Handler Called-Station-Id = 6642 > should be used > to handle this request > Fri Sep 1 12:20:47 2000: DEBUG: Check if Handler should be used to handle > this request > Fri Sep 1 12:20:47 2000: DEBUG: Handling request with Handler '' > Fri Sep 1 12:20:47 2000: DEBUG: SDBSQL Deleting session for Carrefour, > 10.69.1.1, 7 > The log file above shows that you are in fact handling the request with the <Handler> clause. This appears to be correct. regards Hughes -- 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.starport.net/~radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
