Re: (RADIATOR) Logfile size
On 6/2/99 at 4:54 PM Jason Godsey wrote: -rw-r- 1 root wheel 15470156 Feb 28 23:59 detail.1999.02.gz -rw-r- 1 root wheel 17094556 Mar 31 23:59 detail.1999.03.gz -rw-r- 1 root wheel 17061311 Apr 30 23:59 detail.1999.04.gz -rw-r- 1 root wheel 257358389 May 31 23:59 detail.1999.05 -rw-r- 1 root wheel 14702947 Jun 2 16:46 detail.1999.06 We have 2.5k dialup users. Looks like about 8megs/day. Looks like you'll need much more than 2 20gig drives to keep a years worth :) (you'll need that for just 2 months) Each month will eat nearly 30megs if our numbers scale. If you use a DB (datawarehouse type) you can purge all unnecessary data and only keep what's vital in a compacted format. We have 120K diakup users and have something like 6GB for 7 months. Stephan * ** Stephan Forseilles - Operations Director ** Belgacom Skynet SA/NV ** Email [EMAIL PROTECTED] ** Tel: +32 2 706 13 11 Fax: +32 2 726 93 11 * ÿ Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Logfile size
On 6/3/99 at 7:43 AM Mike McCauley wrote: Hi Ryan, On Jun 2, 11:51am, ryanm wrote: Subject: (RADIATOR) Logfile size Hello everyone, I am curious what size my daily logfiles will be with 1+ logins a day. I am doing some capicity planning and want to add a couple disks to store logging info on. I would appreciate any average sizes you have. I have looked at the entries in the detail log That logic seems quite reasonable. I have seen similar numbers elsewhere. I would certainly advocate compression too. IMHO, compression has a major drawback: it make the files difficult to search in. If you want to give your users a way to check their connection statistics online, this is a problem. Note that even without compression, making an fgrep in a 250MB file to get the statistics for a given login out of it can be a killer for the server, specially of you have lots of users making statistics requests through the web. But... without going as far as putting everything in a database (yeah, I know I can be a PITA with my database stuff :)), there's a way to compress data and let it 'searchable': just pass it through a filter and put everything in a more compact format (for example, change plain text dates to a Unix timestamp, ...). I think part of this can already be done by a proper configuration of the logging options of Radiator, but I can't advice on that as I don't use text logging. Stephan * ** Stephan Forseilles - Operations Director ** Belgacom Skynet SA/NV ** Email [EMAIL PROTECTED] ** Tel: +32 2 706 13 11 Fax: +32 2 726 93 11 * ÿ Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Another users file?
Hi Gustavo, On Jun 2, 10:07pm, Gustavo A. Barreto A. wrote: Subject: (RADIATOR) Another users file? I want to know if I can define another users file for a specific NAS in order to have diferent users in that NAS without running another radiator session. Any comments? Yes, very easy: Use something like this: Handler NAS-IP-Address=1.2.3.4 AuthBy FILE Filename theonefor1.2.3.4 /AuthBy /Handler Handler AuthBy FILE Filename theoneforeveryoneelse /AuthBy /Handler Make sure you are at 2.13.1 or 2.12 with patches. Cheers. Suerte! "Que esta es una mala epoca? Pues bien, estamos aqui para hacerla mejor!" Thomas Carlyle o o o o o o o . . . _===_T___ o _ ||Gustavo A. Barreto| | [EMAIL PROTECTED] | .][__n_n_|DD[ | |Administrador de Red | | UIN: 776336 | (_UV_|__|_[___/_]_|Colnet International LTDA_|_|_Tel. 3150334/5/6___|_ _/oo OO o` ooo ooo 'o^o^oo^o^o` 'o^o o^o` -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- PGP Public Key: E-mail me with subject "pgp-key" "Cocaine is nature's way of telling you you have too much money." "Penguin is the key" === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- End of excerpt from Gustavo A. Barreto A. -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Handlers and Suffixes...
Hi Jeremy, On Jun 3, 2:11pm, Jeremy Burton wrote: Subject: (RADIATOR) Handlers and Suffixes... Hi All, wondering if anoyone here has much experience with Handlers in the config file - I am trying to use a different authby dependnign on the username - someone with username user-router would be authenticated using a different AuthBy that someone whith username user. I thought the way to do this would be: Handler Suffix = -router # Stuff for user-router in here /Handler Handler # Everyone else's stuff here /Handler However no matter what username I try, the first handler (ie with Suffix = -router) is used - from the log file: If you are at Radiator version 2.13, there was a problem that caused the first Handler always to be chosen. There is a patch available to fix this for 2.12, or you can upgrade to 2.13.1 The sort of Handers you want is probably: # Matches a user name unding in -router Handler User-Name=/-router$/ Stuff for user-router in here /Handler Handler # Everyone else's stuff here /Handler Wed Jun 2 13:39:48 1999: DEBUG: Check if Handler Suffix=-router should be used to handle this request Wed Jun 2 13:39:48 1999: DEBUG: Handling request with Handler 'Suffix=-router' even if the username is username, rather than username-router. Any ideas? Thanks, Jeremy Burton -- Jeremy Burton Database Administrator, Netspace Online Systems [EMAIL PROTECTED] [EMAIL PROTECTED], [EMAIL PROTECTED] === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- End of excerpt from Jeremy Burton -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) terminal screen accounting
Hello Everybody, I have got 2 problems to be solved on the radiator and I will be pleased to get your experiences and solutions. 1. I have installed the radiator on Nt Server and achieved to authenticate the users of our customer (Our customer is an ISP).But they were using another Radius program for their users and when the users try to establish a connection to the access server of the ISP there is a setting at the options of the dialup networking which is "bring up the terminal after the connection". this option was not chosen and they were using the username and password of the windows screen of dialup networking. After my installation and the achivement of the authentication of my test users, I have noticed that the users of our customer cannot access into the access server cause of not choosing the" bring up the terminal after the connection". All my tests were containing this option and I had not seen any problem. What can we do to solve that problem without changing any settings at the users?(Because there are lots of users) 2. After the authentication, I want to use the accounting of a specific user on the NT Server using the radacct.cgi file . I'm using Nt server's IIS and what are the mportatnt points for an accounting of a specific user? Thanks. Murat KIRMACI Project Engineer TURCom Communications +902122576238 Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) AuthBy FILE to return REJECT?
Hi, We've set up our Realm as follows: Realm AuthByPolicyContinueUntilAccept AuthBy FILE /AuthBy AuthBy MYAUTH Fork ... {some specific attribs} /AuthBy /Realm The idea is that if the user is not found in %D/users, AuthFILE would return Reject and Radiator would look to AuthMYAUTH for authentication. This works fine. However, we would like AuthMYAUTH to handle Accounting for both cases. Unfortunately, AuthFILE's default behavior for Authentication is that it "ignores (but replies to) accounting requests". Is there any way to achieve what we want without having to modify AuthFILE.pm? L L Richi Plana 8^) ,-,-. ,-,-. ,-,-. ,-,-. ,- LL LL Systems Administrator / / \ \ / / \ \ / / \ \ / / \ \ / / L Mosaic Communications, Inc. \ \ / / \ \ / / \ \ / / \ \ / / L mailto:[EMAIL PROTECTED] `-'-' `-'-' `-'-' `-'-' === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) ODBC drivers for linux
We are switching our billing package to Platypus. I've been going through the Emerald and Platypus sections of the radiator manual and it mentions needing an ODBC driver to connect to MS SQL. I downloaded and installed iODBC. Is that all I need? There was no documentation that came with iODBC, just a so file and the odbc.ini. Can someone who is using a similar setup send me an example of there odbc.ini and a location of any other odbc components I may need besides iODBC? Thanks. ..Rich -- Richard W. Hawley - Network Engineer CyberZone Internet Services [EMAIL PROTECTED] 942 Main Street http://www.cyberzone.net Hartford, CT. 06103 === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) ODBC drivers for linux
The only success that I have had is with DBI and DBD::FreeTDS which works very well connection to MS SQL 6.5 and 7.0 and requires no other client libraries. Kevin Sofnet, Inc. -Original Message- From: Richard Hawley [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Thursday, June 03, 1999 4:42 PM Subject: (RADIATOR) ODBC drivers for linux We are switching our billing package to Platypus. I've been going through the Emerald and Platypus sections of the radiator manual and it mentions needing an ODBC driver to connect to MS SQL. I downloaded and installed iODBC. Is that all I need? There was no documentation that came with iODBC, just a so file and the odbc.ini. Can someone who is using a similar setup send me an example of there odbc.ini and a location of any other odbc components I may need besides iODBC? Thanks. ..Rich --- --- Richard W. Hawley - Network Engineer CyberZone Internet Services [EMAIL PROTECTED] 942 Main Street http://www.cyberzone.net Hartford, CT. 06103 === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) AuthBy FILE to return REJECT?
Hi Richi, AuthBy FILE should ACCEPT all accounting requests (thats what makes Radiator issue an acknowledgement when you just have AuthBy FILE). When we say "it ignores" we just mean that it doesnt actually log the information. Therefore, I would expect your example code to work, and it should always go on to MYAUTH for accounting. Cheers. On Jun 3, 11:04pm, Richi Plana wrote: Subject: (RADIATOR) AuthBy FILE to return REJECT? Hi, We've set up our Realm as follows: Realm AuthByPolicyContinueUntilAccept AuthBy FILE /AuthBy AuthBy MYAUTH Fork ... {some specific attribs} /AuthBy /Realm The idea is that if the user is not found in %D/users, AuthFILE would return Reject and Radiator would look to AuthMYAUTH for authentication. This works fine. However, we would like AuthMYAUTH to handle Accounting for both cases. Unfortunately, AuthFILE's default behavior for Authentication is that it "ignores (but replies to) accounting requests". Is there any way to achieve what we want without having to modify AuthFILE.pm? L L Richi Plana 8^) ,-,-. ,-,-. ,-,-. ,-,-. ,- LL LL Systems Administrator / / \ \ / / \ \ / / \ \ / / \ \ / / L Mosaic Communications, Inc. \ \ / / \ \ / / \ \ / / \ \ / / L mailto:[EMAIL PROTECTED] `-'-' `-'-' `-'-' `-'-' === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- End of excerpt from Richi Plana -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) A new user
Hello Anthony, To look closer at this problem, we need some more information: Can you please post your Radiator configuration (no secrets please) and your radiator log file at trace level 4, showing what happens during authentication. Cheers. On Jun 3, 11:47pm, Anthony Chan wrote: Subject: (RADIATOR) A new user Hi all, I got the Radiator last week and try to make it work. However, up to now, I still can't make users to authenticate and get access through the radius. My system configuration is Ultra 5 under Solaris 2.6. Users authentication system is using NIS+. I also tried to use Unix /etc/passwd but the result is the same. For the Installation, all testcases of Perl and radiators are OK. I start the Radiator as root. I use the most simple configuration for testing. Everything looks good but users just don't get access. If there are anyone with similar system configuration, can you please send me your configuration file to me for testing. Is there any other important thing that I have to take care? -- Cheers, Anthony Chan Sun Professional Services Hong Kong 22/F Shui On Centre, 8 Harbour Road, Wanchai, Hong Kong Phone: (852) 2820-0674 Fax : (852) 2802-8655 === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- End of excerpt from Anthony Chan -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) ODBC drivers for linux
Hi Kevin On Jun 3, 4:41pm, Kevin Wormington wrote: Subject: Re: (RADIATOR) ODBC drivers for linux The only success that I have had is with DBI and DBD::FreeTDS which works very well connection to MS SQL 6.5 and 7.0 and requires no other client libraries. Thats interesting. we have not used that one. Can you send more details about where to get it and the setup you used, so we can document it for others? Cheers. Kevin Sofnet, Inc. -Original Message- From: Richard Hawley [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Thursday, June 03, 1999 4:42 PM Subject: (RADIATOR) ODBC drivers for linux We are switching our billing package to Platypus. I've been going through the Emerald and Platypus sections of the radiator manual and it mentions needing an ODBC driver to connect to MS SQL. I downloaded and installed iODBC. Is that all I need? There was no documentation that came with iODBC, just a so file and the odbc.ini. Can someone who is using a similar setup send me an example of there odbc.ini and a location of any other odbc components I may need besides iODBC? Thanks. ..Rich --- --- Richard W. Hawley - Network Engineer CyberZone Internet Services [EMAIL PROTECTED] 942 Main Street http://www.cyberzone.net Hartford, CT. 06103 === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- End of excerpt from Kevin Wormington -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Accounting dictionary for netserver card
Hello, We are using both Netserver and Hyperarc TotalControl Cards. Radiator is authenticating fine off of both but the Netserver Cards are missing entries for the dictionary file and therefore no accounting happens for them. For some reason I am missing entries in the dictionary file for the netserver card. I am using your dictionary.usr file that you provided. What entries do I need for accounting to work? I think it has to do with the vendor specific entries like USR-Chassis-Call-Slot = 0 rather than Chassis-Call-Slot = 0 which is in the dictionary file Thank you, Oliver Stockhammer Systems The Internet Channel === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) A new user
Hi Mike, That's it ... we've been strugling for a week and still stuck! Any help will be very much appreciated, KC Hello Anthony, To look closer at this problem, we need some more information: Can you please post your Radiator configuration (no secrets please) and your radiator log file at trace level 4, showing what happens during authentication. Cheers. On Jun 3, 11:47pm, Anthony Chan wrote: Subject: (RADIATOR) A new user Hi all, I got the Radiator last week and try to make it work. However, up to now, I still can't make users to authenticate and get access through the radius. My system configuration is Ultra 5 under Solaris 2.6. Users authentication system is using NIS+. I also tried to use Unix /etc/passwd but the result is the same. For the Installation, all testcases of Perl and radiators are OK. I start the Radiator as root. I use the most simple configuration for testing. Everything looks good but users just don't get access. If there are anyone with similar system configuration, can you please send me your configuration file to me for testing. Is there any other important thing that I have to take care? -- Cheers, Anthony Chan Sun Professional Services Hong Kong 22/F Shui On Centre, 8 Harbour Road, Wanchai, Hong Kong Phone: (852) 2820-0674 Fax : (852) 2802-8655 === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- End of excerpt from Anthony Chan -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody Mon May 31 19:20:11 1999: INFO: Server started Mon May 31 19:20:21 1999: DEBUG: Packet dump: *** Received from 127.0.0.1 port 32902 Packet length = 67 01 6e 00 43 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 01 05 74 31 61 06 06 00 00 00 02 04 06 cb 3f 9a 01 05 06 00 00 04 d2 3d 06 00 00 00 00 02 12 8d ba 3e ad af 5c 04 f6 bc 38 09 a0 d8 7d 78 99 Code: Access-Request Identifier: 110 Authentic: 1234567890123456 Attributes: User-Name = "t1a" Service-Type = Framed-User NAS-IP-Address = 203.63.154.1 NAS-Port = 1234 NAS-Port-Type = Async User-Password = "141186173175\424618889160216}x153" Mon May 31 19:20:21 1999: DEBUG: Handling request with Handler 'Realm=DEFAULT' Mon May 31 19:20:21 1999: DEBUG: Handling with Radius::AuthSYSTEM Mon May 31 19:20:21 1999: DEBUG: Radius::AuthSYSTEM looks for match with t1a Mon May 31 19:20:21 1999: DEBUG: Radius::AuthSYSTEM REJECT: Bad Encrypted-Password Mon May 31 19:20:21 1999: INFO: Access rejected for t1a: Bad Encrypted-Password Mon May 31 19:20:21 1999: DEBUG: Packet dump: *** Sending to 127.0.0.1 port 32902 Code: Access-Reject Identifier: 110 Authentic: 1234567890123456 Attributes: Reply-Message = "Request Denied" Mon May 31 19:20:21 1999: DEBUG: Packet dump: *** Received from 127.0.0.1 port 32902 Packet length = 65 04 6f 00 41 5d 1a 1e 6e 68 43 77 fa 15 f9 29 5f 66 90 58 60 01 05 74 31 61 06 06 00 00 00 02 04 06 cb 3f 9a 01 05 06 00 00 04 d2 3d 06 00 00 00 00 2c 0a 30 30 30 30 31 32 33 34 28 06 00 00 00 01 Code: Accounting-Request Identifier: 111 Authentic: ]2630nhCw25021249)_f144X` Attributes: User-Name = "t1a" Service-Type = Framed-User NAS-IP-Address = 203.63.154.1 NAS-Port = 1234 NAS-Port-Type = Async Acct-Session-Id = "1234" Acct-Status-Type = Start Mon May 31 19:20:21 1999: DEBUG: Handling request with Handler 'Realm=DEFAULT' Mon May 31 19:20:21 1999: DEBUG: Handling with Radius::AuthSYSTEM Mon May 31 19:20:21 1999: DEBUG: Adding session for t1a, 203.63.154.1, 1234 Mon May 31 19:20:21 1999: DEBUG: Accounting accepted Mon May 31 19:20:21 1999: DEBUG: Packet dump: *** Sending to 127.0.0.1 port 32902 Code: Accounting-Response Identifier: 111 Authentic: ]2630nhCw25021249)_f144X` Attributes: Mon May 31 19:20:21 1999: DEBUG: Packet dump: *** Received from 127.0.0.1 port 32902 Packet length = 89 04 70 00 59 65 17 5e 4a 0b b2 71 69 26 10 a7 b2 a3 ae 4e 38 01 05 74 31 61 06 06 00 00 00 02 04 06 cb 3f 9a 01 05 06 00 00 04 d2 3d 06 00 00 00 00 2c 0a 30 30 30 30 31 32 33 34 28 06 00 00 00 02 29 06 00 00 00 00 2e 06 00 00 03 e8 2a 06 00 00 4e 20 2b 06 00 00 75 30 Code: Accounting-Request Identifier: 112 Authentic: e23^J11178qi16167178163174N8 Attributes: User-Name = "t1a" Service-Type = Framed-User NAS-IP-Address = 203.63.154.1 NAS-Port = 1234
Re: (RADIATOR) AuthBy FILE to return REJECT?
Hi, Mike. On Fri, 4 Jun 1999, Mike McCauley wrote: |o| AuthBy FILE should ACCEPT all accounting requests (thats what |o| makes Radiator issue an acknowledgement when you just have AuthBy |o| FILE). When we say "it ignores" we just mean that it doesnt |o| actually log the information. |o| |o| Therefore, I would expect your example code to work, and it should |o| always go on to MYAUTH for accounting. Actually, we're expecting that in the case of Authentication, it would NOT go to MYAUTH because FILE returns with an ACCEPT and we've set the AuthByPolicy to ContinueUntilAccept. In fact, that's what exactly happens. When tracing the result, Accounting stops at Radius::AuthFILE and doesn't go on the Radius::AuthMYAUTH. |o| Realm |o|AuthByPolicyContinueUntilAccept |o|AuthBy FILE |o|/AuthBy |o|AuthBy MYAUTH |o|Fork |o|... {some specific attribs} |o|/AuthBy |o| /Realm L L Richi Plana 8^) ,-,-. ,-,-. ,-,-. ,-,-. ,- LL LL Systems Administrator / / \ \ / / \ \ / / \ \ / / \ \ / / L Mosaic Communications, Inc. \ \ / / \ \ / / \ \ / / \ \ / / L mailto:[EMAIL PROTECTED] `-'-' `-'-' `-'-' `-'-' === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.