(RADIATOR) Integration of Radiator & Ipass on Solaris 7
We've recently migrated to using Radiator as our radius server as opposed to the Merit variant. All but one component of the migration has gone smoothly - the IPASS integration. I have followed the docs exactly and have gotten the inbound IPASS authentication to work flawlessy (our customers at other POP's). Inbound authentication is not so good. Make install of the IpassPerl-1.3 looks good. mkdir blib mkdir blib/lib mkdir blib/arch mkdir blib/arch/auto mkdir blib/arch/auto/Ipass mkdir blib/lib/auto mkdir blib/lib/auto/Ipass mkdir blib/man3 cp Ipass.pm blib/lib/Ipass.pm AutoSplitting blib/lib/Ipass.pm (blib/lib/auto/Ipass) /usr/local/bin/perl -I/usr/local/lib/perl5/5.00502/sun4-solaris -I/usr/local/lib/perl5/5.00502 /usr/local/lib/perl5/5.00502/ExtUtils/xsubpp -typemap /usr/local/lib/perl5/5.00502/ExtUtils/typemap -typemap typemap Ipass.xs >Ipass.tc && mv Ipass.tc Ipass.c gcc -c -I/usr/ipass/include -I/usr/local/include -O-DVERSION=\"1.3\" -DXS_VERSION=\"1.3\" -fPIC -I/usr/local/lib/perl5/5.00502/sun4-solaris/CORE Ipass.c Running Mkbootstrap for Ipass () chmod 644 Ipass.bs LD_RUN_PATH="/usr/ipass/lib" gcc -o blib/arch/auto/Ipass/Ipass.so -R/usr/ipass/lib -G -L/usr/local/lib Ipass.o-L/usr/ipass/lib -lip -lssl -lcrypto chmod 755 blib/arch/auto/Ipass/Ipass.so cp Ipass.bs blib/arch/auto/Ipass/Ipass.bs chmod 644 blib/arch/auto/Ipass/Ipass.bs Manifying blib/man3/Ipass.3 Running the test suite is not so healthy.. # make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/usr/local/lib/perl5/5.00502/sun4-solaris -I/usr/local/lib/perl5/5.00502 test.pl 1..6 ok 1 ok 2 ok 3 Bus Error - core dumped make: *** [test_dynamic] Error 138 Any ideas? -- Stephen Ollis ([EMAIL PROTECTED], [EMAIL PROTECTED]) Team Leader, Internet Services Network Engineering Group AT&T EasyLink Services Australia W A R N I N G ! ** Linux should not be used by those under the influence of MicroSoft. May cause dizziness or vertigo. Consult your tech support before using Linux. (Note--after using Linux, you may notice extreme discomfort when using MicroSoft. Discontinue use of MicroSoft.) ** W A R N I N G ! === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Starting Radiuator on NT
I've done the INSTSRV and SRVANY as per the docs but its not starting. Taskmanager can see the SRVANY but not PERL or anything else. the ports aren't active and the logfile is not touched. running c:\radiator-2.13.1\radiusd -config_file c:\radiator-2.13.1\radius.cfg works fine in its own CMD box.. ANy clues? -- Stephen Ollis ([EMAIL PROTECTED], [EMAIL PROTECTED]) Team Leader, Internet Services Network Engineering Group AT&T EasyLink Services Australia W A R N I N G ! ** Linux should not be used by those under the influence of MicroSoft. May cause dizziness or vertigo. Consult your tech support before using Linux. (Note--after using Linux, you may notice extreme discomfort when using MicroSoft. Discontinue use of MicroSoft.) ** W A R N I N G ! === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Strangeness with CISCO nas'
This had me and another engineer absolutely confused.. Why is the source port on the CISCO always 1645 and 1646 when I'm using 1812 and 1813?? radius.cfg has ... # # Authport - where do we listen for AUTHENTICATION (per RFC2138) # AuthPort 1812 # # Acctport - where do we listen for ACCOUNTING (per RFC2138) # AcctPort 1813 - logfile shows (for CISCO nas)... - Fri Mar 26 14:11:41 1999: DEBUG: Packet dump: *** Received from x.x.x.x port 1646 Code: Accounting-Request Identifier: 79 Authentic: [}<216>i<187><25>/5<132><130><253>'<150><2>Y<160> Attributes: NAS-IP-Address = x.x.x.x NAS-Port = 1311440901 NAS-Port-Type = Async User-Name = "notlikely" Called-Station-Id = "x" Acct-Status-Type = Start Acct-Authentic = RADIUS Service-Type = Framed-User Acct-Session-Id = "000142B8" Framed-Protocol = PPP Acct-Delay-Time = 0 - logfile shows (for NORTEL nas)... - Fri Mar 26 14:13:21 1999: DEBUG: Packet dump: *** Received from 202.10.4.131 port 1049 Code: Accounting-Request Identifier: 167 Authentic: <215><247>6P6<168><158><184><154><8>(<147><181><189><26><141> Attributes: Acct-Status-Type = Modem-Start Acct-Delay-Time = 1 Acct-Session-Id = "8b080a74" NAS-Port = 11 NAS-Port-Type = Async Calling-Station-Id = "296695426" Called-Station-Id = "x" NAS-IP-Address = x.x.x.x -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia "Service to others is the rent you pay for room here on Earth" - M. Ali === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) DefaultRealm not working
Radiator 2.13 with most of the patches. Trying to migrate old ISDN hard-coded users across to use Radiator. Usernames/password have been decrypted and dumped into a flat file. I wanted to configure a DefaultRealm for the ISDN router so that I didn't have to change anything... I have a client entry that SHOULD trigger the use of a specified Realm. If I specify the full realm it works, else it fails. Without the realm, fails with no such user. I have a isdn.users file that has... -- testPassword = "test99", Simultaneous-Use = 1 Ascend-Maximum-Channels = 1, Framed-IP-Address = 202.10.2.137 -- and radius.cfg has ... -- DefaultRealm isdn.att.net.au IgnoreAcctSignature Secret N0TLIKELY DupInterval 300 # # Strip the realm so we can auth with the bare user name # in the users file RewriteUsername s/^([^@]+).*/$1/ Filename %D/isdn.users # Where do we write the accounting file AcctLogFileName %L/detail.isdn-%Y%m%d ------ -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia "Service to others is the rent you pay for room here on Earth" - M. Ali === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) IPASS modules for Radiator.
Platform - Sparc Solaris 7 Radiator 2.13 with pm patches ipass3_2-QSK for Solaris IpassPerl-1_3 Problem: Inbound IPASS authentication works fine (ie my customers at someplace else can authenticate). Outbound IPASS authentication is failing Whilst doing the perl Makefile.PL I get.. Note (probably harmless): No library found for -lip Note (probably harmless): No library found for -lssl Note (probably harmless): No library found for -lcrypto The current IPASS kit does not have these libs, but the old kit does. Unfortunately, the libs are not for Solaris 7. However, being the brave soul I dragged them onto the Solaris 7, tried to make the ipassperl module.. attempted to authenticate and found a lovely core file in the radiator home directory. Is there another way for Radiator to interface into IPASS? Is there a way of getting those 3 libs compiled on Solaris 7? Steve O -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia 'There is no traffic jam on the extra mile.' - Zig Ziegler === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) DEFAULT entries...
I'm trying to setup a DEFAULT entries to setup things like Port-Limit, Session-Timeout, Idle-Timeout and Simultaneous-Use. I put the following entry into my users file. DEFAULT Simultaneous-Use = 1 Idle-Timeout = 1800, Session-Timeout = 86400, Port-Limit = 1 This is not working. In fact, it's allowing invalid usernames to get access. I'd really like that to STOP! :-) radpwtst doesn't show the attributes being set for valid users, but they are for mikem. (ie mikem is not a valid user, sorry Mike!) My users files is common to multiple realms, is the barest required to allow authentication and Realm AddToReply items are set per realm to enable VPN's, tunnelling and the like. An example user is.. testuser Password = "N0tL1k3ly" My std .cfg is.. # Defaults to %D/users It only needs usernames # and password in it Filename %D/dialup.users AddToReply Service-Type = Framed-User,\ Framed-Protocol = PPP,\ Framed-IP-Netmask = 255.255.255.255,\ Framed-Routing = None,\ Framed-Compression = Van-Jacobson-TCP-IP,\ Framed-MTU = 1500,\ Annex-Primary-DNS-Server = 202.10.0.36,\ Annex-Secondary-DNS-Server = 202.10.0.66 # Where do we write the accounting file AcctLogFileName %L/detail.DEFAULT-%Y%m%d There is a to enable IPASS global roaming. Any pointers/clues appreciated... -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia 'There is no traffic jam on the extra mile.' - Zig Ziegler === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
RE: (RADIATOR) Question: Authenticate by unix, but use SQL accounting?
Looks a little like my question a couple of weeks back - 26/02/99 >Do something like this: > > > AuthByPolicy ContinueWhileIgnore > > DBSource > . > > # This disables SQL auth > AuthSelect > # This enables SQL accounting > AccountingTable yyy > ActColumnDef > > > > Filename whatever > > AcctLogFileName youracctdetailflatfilename > -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia 'There is no traffic jam on the extra mile.' - Zig Ziegler > -Original Message- > From: Lon R. Stockton, Jr. [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 11, 1999 9:33 AM > To: mike grommet > Cc: [EMAIL PROTECTED] > Subject: Re: (RADIATOR) Question: Authenticate by unix, but use SQL > accounting? > > > > On Wed, 10 Mar 1999, mike grommet wrote: > > > For management purposes, I would like to be able to keep my > authentication > > working as it is with my unix users file, but I would like to > > store all accounting information, and session limit stuff in a SQL > > database... > > 'Tis what I'm doing at the moment, albeit I have my previous radius > server still doing authentication on another > machineRadiator doesn't > even see the auth requests at this point in time. Basically, I'm > giving Radiator (and the server I constructed for it) a 'shakedown > cruise' prior to making it do mission-critical work. So my config > is fairly simple since all my Radiator is seeing is accounting packets > and stuffing them in a SQL (Postgres) database. > > Further, as soon as I'm satisfied with the stability of my new server, > I'll be doing auth on it too, but the auth will be by another SQL > database...I want to get away from that unix passwd file crap asap. > > > >From reading the docs, it seems radiator can do this if I > am doing authby > > SQL, > > but doesnt seem to include possibilities for this > scenario... Am I missing > > something? > > I'm shooting in the dark kinda as a newbie to the Radiator > configuration, > but I suspect that you'd have two authby clauses and a > ContinueWhileAccept > keyword or somesuch. The first authby clause deals with your > passwd file > authentication and doesn't do any accounting. The second authby clause > doesn't do auth but stuffs the accounting in a SQL database. > The Continue* > keyword (whichever one it really is) ensures that a packet has to pass > thru both. > > I'm sure there's a way to config it, but if all else fails, you could > always just run two instances of Radiator on different ip's on the > server in question, and config one to do authby unix for your auth > stuff and the other to do authby sql for your acco stuff. Messy and > inelegant if you ask me, but it's always nice to have a last-resort > that is sure to work. (: > > > It sure would be nice to be able to do queries to an sql > database to check > > customer usage and such. > > That's what I thought, and boy did I underestimate how nice it really > is. I knew it'd be nice, but I really had no idea how great it was > until the db was there and AnyDataIWanted suddenly became no more of > an issue than how to properly word my sql query. I've spent a couple > of entire nights playing with all the queries that I can now do and > finding out all kinds of stuff about my statistics. I can only say > that I shoulda been doing this from the beginning. > > > I realize I could make an SQL database out of the unix > password file, but I > > would prefer to not > > have to do this to achieve this functionality... > > That's my current plan, as soon as my new server with its > linux, radiator, > postgres, perl and apache shows me a month of continous troublefree > uptime, I'm switching to doing my auth via sql as well. Same reason; > having data in a *real* database makes everything easier. No more > greppin' through a passwd file to find out who's on that server or > how many accounts or or or. > > Especially when it comes to interesting things like having different > check/reply items. I'm seeing a web page my customers can go to and > specify that their child's account can't log in after 11pm, or that > all their packets get routed thru our in-h
RE: (RADIATOR) Assigning IP addresses from radius?
Mike, It looks like you need to do a little research on the difference between RADIUS check items, and set items. Remove the trailing comma on the first line, and that's your check items completed. The set items are the next lines... -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia 'There is no traffic jam on the extra mile.' - Zig Ziegler > -Original Message- > From: mike grommet [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 11, 1999 7:30 AM > To: [EMAIL PROTECTED] > Subject: (RADIATOR) Assigning IP adresses from radius? > > > Boy, its a day for questions from little me. I am > experiencing problems > trying > to assign a static IP number to a user upon login. > > When the user connects, this is the debug information printed: > > 13:09:40 1999: DEBUG: Handling with Radius::AuthFILE > Wed Mar 10 13:09:40 1999: DEBUG: Radius::AuthFILE looks for > match with Pgorm > Wed Mar 10 13:09:40 1999: DEBUG: Handling with Radius::AuthUNIX > Wed Mar 10 13:09:40 1999: DEBUG: Radius::AuthUNIX looks for > match with Pgorm > Wed Mar 10 13:09:40 1999: DEBUG: Radius::AuthFILE REJECT: Check item > Framed-IP-Address value '206.31.149.117' does not match '' in request > Wed Mar 10 13:09:40 1999: DEBUG: Radius::AuthFILE looks for match with > DEFAULT > Wed Mar 10 13:09:40 1999: DEBUG: Handling with Radius::AuthUNIX > Wed Mar 10 13:09:40 1999: DEBUG: Radius::AuthUNIX looks for > match with Pgorm > Wed Mar 10 13:09:40 1999: DEBUG: Radius::AuthUNIX ACCEPT: > Wed Mar 10 13:09:40 1999: DEBUG: Radius::AuthFILE ACCEPT: > Wed Mar 10 13:09:40 1999: DEBUG: Access accepted for Pgorm > Wed Mar 10 13:09:40 1999: WARNING: No such attribute Reply-Message > Wed Mar 10 13:09:40 1999: DEBUG: Packet dump: > > > Heres a sample of my users file: > > Pgorm Auth-Type=System, > Service-Type = Framed-User, > Framed-Protocol=PPP, > Framed-IP-Address = 206.31.149.117, > Framed-IP-Netmask=255.255.255.255 > > DEFAULT Auth-Type = System > Reply-Message = You are a PPP user > > The user gets authenticated and is allowed to log in but my > assigned IP > address is ignored entirely > and the user gets an ip number from the dedicated pool instead. > > Any ideas? > > The hardware in question are 3com Total Control Hiper DSPs > > > > === > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. > === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) SNMP Monitoring of RADIATOR
There appears to be an incorrect setup of the Radiator uptime MIB entry. It returns an integer, instead of timeticks. Thus, MRTG reports the wrong thing.. IE. #get Radiator UPTIME snmpget -p ourhost ourcommunity ".1.3.6.1.3.79.1.1.1.2" .ccitt.2 = INTEGER: 80443 #get UNIX UPTIME snmpget ourhost ourcommunity ".1.3.6.1.2.1.1.3.0" system.sysUpTime.0 = Timeticks: (61761706) 7 days, 3:33:37 Is this easily changed? -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia 'There is no traffic jam on the extra mile.' - Zig Ziegler === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Auth by flatfile, acct by flatfile & SQL
Is it possible to do authentications by flatfile, and drop accounting into BOTH flatfile and SQL. "Why does he want to do this?", I hear you ask.. Why not import the data after a days worth of acct data. I _CAN_ do that. But... our existing billing platform takes flatfiles (rotated daily), and I really want to give the radacct.cgi access to our punters. -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia 'There is no traffic jam on the extra mile.' - Zig Ziegler === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Detail logging by Realm name
I've got multiple realms configured that authenticate via a single flatfile. The reason for the multiple realms is due to multiple customer types to allow them to dial in for different functions - i.e. DVS tunnelling on BAY 5399's, IPASS, etc. I have a single flatfile with basic authentication details, and use RewriteUsername s/^([^@]+).*/$1/ in each pair to strip out the realm. I want to have separate detail files for each realm for accounting purpose so I setup:- # Where do we write the accounting file AcctLogFileName %L/detail.%R-%Y%m%d in each realm file.. but it is creating the detail file as %L/detail.-19990218 instead of %L/detail.realmname-19990218 Putting the AcctLogFileName entry before or after the Rewrite has no effect. -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia 'There is no traffic jam on the extra mile.' - Zig Ziegler === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) SNMP fails to start..
SNMP agent fails to start due to a missing module. Install guide makes no mention of additional required libs, although CPAN does have SNMP_Util-1_x available.. # ./radiusd Can't locate SNMP_util.pm in @INC (@INC contains: . /usr/local/lib/perl5/5.00502/sun4-solaris /usr/local/lib/perl5/5.00502 /usr/local/lib/perl5/site_perl/5.005/sun4-solaris /usr/local/lib/perl5/site_perl/5.005 .) at /usr/local/lib/perl5/site_perl/5.005/Radius/SNMPAgent.pm line 12, chunk 50. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.005/Radius/SNMPAgent.pm line 12, chunk 50. # pwd /export/home/ollis/Radiator-2.13 # find . -name 'SNMP*' -print ./Radius/SNMPAgent.pm ./blib/lib/Radius/SNMPAgent.pm -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia 'There is no traffic jam on the extra mile.' - Zig Ziegler === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
RE: (RADIATOR) How to get detail file logging with AuthBY file.
You can now disregard this. Nortel swooped in this AM, and have updated the software on the Annex. Full accounting detail is now being squirted into Radiator. -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia 'There is no traffic jam on the extra mile.' - Zig Ziegler > -Original Message- > From: Stephen Ollis [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, February 17, 1999 10:32 AM > To: Mike McCauley; [EMAIL PROTECTED] > Subject: RE: (RADIATOR) How to get detail file logging with > AuthBY file. > > > The detail file is being created, and SOMETIMES I get a Modem-Start > accounting record dropped. I don't however get true start or stop > records. When using the radpwtst program, I DO get start/stop records > generated. > > The acct_port1 and acct_host1 are set correctly. The secret is correct > as shown by correct authentication. > > I am running 2.13beta as per your instructions. Will download > 2.12.1 and > test the configuration on a second platform. > > -- > Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 > 1606(BH) > Team Leader, Server Systems - Network Engineering +61 2 9911 > 1555(FAX) > AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 > Australia > 'There is no traffic jam on the extra mile.' - Zig Ziegler > > > > -Original Message- > > From: Mike McCauley [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, February 17, 1999 6:51 AM > > To: Stephen Ollis; [EMAIL PROTECTED] > > Subject: Re: (RADIATOR) How to get detail file logging with > > AuthBY file. > > > > > > Hi Stephen. > > > > from your config file, the logs should be dropped at > > /usr/local/radius/radacct/detail > > > > Does radiator have permission to write to > > /usr/local/radius/radacct/detail? > > Does the file exist? What are its permissions? Are there any > > errors reported in > > the Radiator log file? > > > > Cheers. > > > > On Feb 16, 11:07am, Stephen Ollis wrote: > > > Subject: (RADIATOR) How to get detail file logging with > AuthBY file. > > > I'm trying to get detail logs dropped from RADIATOR, but > > > I'm not getting anything at all. I get validated and > > > granted access by the NAS fine.. > > > > > > > > > IgnoreAcctSignature > > > Secret OurSecret > > > > > > > > > > > > > > > # Defaults to %D/users It only needs usernames > > > # and password in it > > > Filename %D/dialup.users > > > > > > DefaultReply Framed-Protocol = PPP,\ > > > Framed-IP-Netmask = 255.255.255.255,\ > > > Framed-Routing = None,\ > > > Framed-MTU = 1500,\ > > > Ascend-Client-Primary-DNS = 202.10.0.36,\ > > > Ascend-Client-Secondary-DNS = 202.10.0.66 > > > > > > # Where do we write the accounting file > > > AcctLogFileName /usr/local/radius/radacct/detail > > > > > > -- > > > Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 > > 9911 1606(BH) > > > Team Leader, Server Systems - Network Engineering +61 2 > > 9911 1555(FAX) > > > AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 > > > Australia > > > 'There is no traffic jam on the extra mile.' - Zig Ziegler > > > > > > > > > === > > > To unsubscribe, email '[EMAIL PROTECTED]' with > > > 'unsubscribe radiator' in the body of the message. > > >-- End of excerpt from Stephen Ollis > > > > > > > > -- > > Mike McCauley[EMAIL PROTECTED] > > Open System Consultants Pty. Ltd Unix, Motif, C++, WWW > > 24 Bateman St Hampton, VIC 3188 AustraliaConsulting and > > development > > Phone, Fax: +61 3 9598-0985 http://www.open.com.au > > > > Radiator: the most portable, flexible and configurable > RADIUS server > > anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, > Emerald, > > Platypus, Freeside, external, etc etc etc on Unix, Win95, > NT, Rhapsody > > > > === > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. > === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
RE: (RADIATOR) How to get detail file logging with AuthBY file.
The detail file is being created, and SOMETIMES I get a Modem-Start accounting record dropped. I don't however get true start or stop records. When using the radpwtst program, I DO get start/stop records generated. The acct_port1 and acct_host1 are set correctly. The secret is correct as shown by correct authentication. I am running 2.13beta as per your instructions. Will download 2.12.1 and test the configuration on a second platform. -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia 'There is no traffic jam on the extra mile.' - Zig Ziegler > -Original Message- > From: Mike McCauley [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, February 17, 1999 6:51 AM > To: Stephen Ollis; [EMAIL PROTECTED] > Subject: Re: (RADIATOR) How to get detail file logging with > AuthBY file. > > > Hi Stephen. > > from your config file, the logs should be dropped at > /usr/local/radius/radacct/detail > > Does radiator have permission to write to > /usr/local/radius/radacct/detail? > Does the file exist? What are its permissions? Are there any > errors reported in > the Radiator log file? > > Cheers. > > On Feb 16, 11:07am, Stephen Ollis wrote: > > Subject: (RADIATOR) How to get detail file logging with AuthBY file. > > I'm trying to get detail logs dropped from RADIATOR, but > > I'm not getting anything at all. I get validated and > > granted access by the NAS fine.. > > > > > > IgnoreAcctSignature > > Secret OurSecret > > > > > > > > > > # Defaults to %D/users It only needs usernames > > # and password in it > > Filename %D/dialup.users > > > > DefaultReply Framed-Protocol = PPP,\ > > Framed-IP-Netmask = 255.255.255.255,\ > > Framed-Routing = None,\ > > Framed-MTU = 1500,\ > > Ascend-Client-Primary-DNS = 202.10.0.36,\ > > Ascend-Client-Secondary-DNS = 202.10.0.66 > > > > # Where do we write the accounting file > > AcctLogFileName /usr/local/radius/radacct/detail > > > > -- > > Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 > 9911 1606(BH) > > Team Leader, Server Systems - Network Engineering +61 2 > 9911 1555(FAX) > > AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 > > Australia > > 'There is no traffic jam on the extra mile.' - Zig Ziegler > > > > > > === > > To unsubscribe, email '[EMAIL PROTECTED]' with > > 'unsubscribe radiator' in the body of the message. > >-- End of excerpt from Stephen Ollis > > > > -- > Mike McCauley[EMAIL PROTECTED] > Open System Consultants Pty. Ltd Unix, Motif, C++, WWW > 24 Bateman St Hampton, VIC 3188 AustraliaConsulting and > development > Phone, Fax: +61 3 9598-0985 http://www.open.com.au > > Radiator: the most portable, flexible and configurable RADIUS server > anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, > Platypus, Freeside, external, etc etc etc on Unix, Win95, NT, Rhapsody > === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) How to get detail file logging with AuthBY file.
I'm trying to get detail logs dropped from RADIATOR, but I'm not getting anything at all. I get validated and granted access by the NAS fine.. IgnoreAcctSignature Secret OurSecret # Defaults to %D/users It only needs usernames # and password in it Filename %D/dialup.users DefaultReply Framed-Protocol = PPP,\ Framed-IP-Netmask = 255.255.255.255,\ Framed-Routing = None,\ Framed-MTU = 1500,\ Ascend-Client-Primary-DNS = 202.10.0.36,\ Ascend-Client-Secondary-DNS = 202.10.0.66 # Where do we write the accounting file AcctLogFileName /usr/local/radius/radacct/detail -- Stephen Ollis <[EMAIL PROTECTED]> Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) AT&T EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia 'There is no traffic jam on the extra mile.' - Zig Ziegler === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.