RE: (RADIATOR) radiator on solaris SPARC
Hi All One of our engineers was having some problems with installing RADIATOR on Solaris 9. He has installed it correctly with no issues many times before on Solaris 8. Anyone came across any issues on 9? Pls let me know? Thanks Surajh Surjoo Systems Engineer - Data Mobile: 0832129829 Mobile Fax: 083 8 2129829 Office Fax: 011 3018811 Office Tel: 011 3016000 [EMAIL PROTECTED] Imagination is more important than Knowledge - Albert Einstein -Original Message- From: Eapen Joseph [mailto:[EMAIL PROTECTED] Sent: Wednesday, 06 August 2003 6:41 AM To: Ayotunde Itayemi Cc: Elias; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: (RADIATOR) radiator on solaris SPARC hi, i have radiator working fine without any problem on sun. The compiler i've used is workshop6. All the perl modules installation also went fine. rgds eapen - Original Message - From: Ayotunde Itayemi [EMAIL PROTECTED] Date: Tuesday, August 5, 2003 2:06 pm Subject: Re: (RADIATOR) radiator on solaris SPARC Hi Elias, hi Richard, You are both right! To think I spent the whole of yesterday on this! I have started installing the perl modules in less than 30minutes! Ok. I uninstalled perl 5.005 which came with Solaris and installed the GNU perl 5.6.1 instead ( I had done that before reading Richard's reply)I guess I could have kept both. I also installed the GNC gcc 3.3 and libgcc 3.3 soft-linked /usr/ucb/cc to /usr/local/bin/gcc and I am compiling away! Thanks, it goes to show that Knowledge is indeed power! Tunde Itayemi. - Original Message - From: Elias To: Ayotunde Itayemi Sent: Tuesday, August 05, 2003 11:00 AM Subject: Re: (RADIATOR) radiator on solaris SPARC *** Your mail has been scanned by TMnet VirusWall. *** Hi, I'm running my Radiator setup on Solaris 8 with an Oracle DB. I think your problem is more with Perl. The default Perl installation that comes with Solaris is linked to use cc. I normally reinstall Perl to get it to run with gcc. - Original Message - From: Ayotunde Itayemi To: [EMAIL PROTECTED] Cc: Hugh Irvine Sent: Tuesday, August 05, 2003 5:31 PM Subject: (RADIATOR) radiator on solaris SPARC *** This e-mail was scanned by TM Net E-Mail Virus Shield. *** Hi All, I have a Netra X1 (Solaris 8 SPARC) (and also a Sun SureFire v100) and I have tried without sucess to install radiator on them. I can't install most perl modules either, and yes I have seen all the mails on the net about installing GNU gcc and pointing the cc (wrapper) for the inexistent SUN compiler to gcc. perl Makefile.PL works everytime but make always bombs with something similar to (see below). I have tried both the solaris make and the GNU make (v 3.80) someone suggested gcc 2.95.2 which is supposed to be compatible with most OS, I have also tried 3.2.2 and 3.3. Has anyone installed radiator on solaris 8 sparc? and used it with a database? I was able to install the Oracle 9i client by the way on the s. perl version is 5.005_03 Thanks. Regards, Tunde I. = cp Changes blib/lib/DBI/Changes.pm cc -c -xO3 -xdepend-DVERSION=\1.21\ - DXS_VERSION=\1.21\ -KPIC -I/usr/perl5/5.00503/sun4-solaris/CORE - DDBI_NO_THREADS Perl.c cc: unrecognized option `-KPIC' cc: language depend not recognized cc: Perl.c: linker input file unused since linking not done /usr/bin/perl -I/usr/perl5/5.00503/sun4-solaris - I/usr/perl5/5.00503 /usr/perl5/5.00503/ExtUtils/xsubpp -typemap /usr/perl5/5.00503/ExtUtils/typemap DBI.xs xstmp.c mv xstmp.c DBI.ccc -c -xO3 -xdepend-DVERSION=\1.21\ - DXS_VERSION=\1.21\ -KPIC -I/usr/perl5/5.00503/sun4-solaris/CORE - DDBI_NO_THREADS DBI.c cc: unrecognized option `-KPIC' cc: language depend not recognized cc: DBI.c: linker input file unused since linking not done Running Mkbootstrap for DBI () chmod 644 DBI.bs LD_RUN_PATH= cc -o blicc: DBI.o: No such file or directory cc: No input files make: *** [blibash-2.03# === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
RE: (RADIATOR) Urgent - Radiator does not reply NAS with accounting accept respo nse
Hi Brian- We run a similar setup for CDMA IS-95 and 1XRTT networks and found the IgnoreAccountingResponse parameter does what you are describing. Here is the excerpt from the manual- 6.29.25 IgnoreAccountingResponse This optional flag causes AuthBy RADIUS to ignore replies to accounting requests, instead of forwarding them back to the originating host. This can be used in conjunction with the AccountingHandled flag in a Handler or Realm (see Section 6.16.10 ) to ensure that every proxied accounting request is replied to immediately, and the eventual reply from the remote Radius server is dropped. Frank Danielson [Infrastructure Architect] voice:407.515.8633 fax:407.515.9001 ClearSky Mobile Media, Inc. 56 E. Pine St. Suite 200 Orlando, FL 32801 USA -Original Message- From: Brian CHNG Sing Yong [mailto:[EMAIL PROTECTED] Sent: Monday, August 11, 2003 9:07 PM To: [EMAIL PROTECTED] Subject: (RADIATOR) Urgent - Radiator does not reply NAS with accounting accept respo nse Importance: High Hi How can I configure the Radiator Radius to work in such a way that when NAS send an accounting packet to Radiator, it will reply immediately with accounting response and then proxy the accounting request to multiple Radius Host without waiting for accounting response from the Radius Host? Reason for this configuration:- I'm using the Radiator in a GPRS network and it has capability of accessing to the Internet WAP via GPRS, but I have one issue here is that the GGSN or NAS requires the Radius to response with a accounting response before it will establish a PDP context which will allow the mobile phone to access to the Internet, but due to the behavior of the Radiator Radius Server, it does not reply with the accounting response to the NAS until the Radius Host replies to the Radiator with the response. So when my Radius Host is down, it affects my GPRS network towards the Internet link. Regards Brian This email is confidential and privileged. If you are not the intended recipient, you must not view, disseminate, use or copy this email. Kindly notify the sender immediately, and delete this email from your system. Thank you. Please visit our website at www.starhub.com === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Bad password count on Win2k Active Directory
Hello Mike, On Mon, 11 Aug 2003 10:53 pm, Smith, Mike (Toronto) wrote: I'm using an LDAP browser to view user attributes in the Active Directory. Which browser? Every user has an attribute 'badpwdcount' which increases by 1 for every failed login. As far as I know, the 'radpwtst' utility only sends one request, and just to be sure only one request is made I set the DupInterval on radiator to 20 seconds. If radpwtst retries authentication, radiator should ignore it. The rapwtst program does not run for more than 20 seconds. My question is this: Does the radius server retry authentication when the AD rejects it because of a bad password? No. If it does, can I change it's behaviour so it only tries once? Thanks. -Original Message- From: Mike McCauley [mailto:[EMAIL PROTECTED] Sent: Sunday, August 10, 2003 3:38 AM To: Smith, Mike (Toronto); '[EMAIL PROTECTED]' Subject: Re: (RADIATOR) Bad password count on Win2k Active Directory Hello Steve, On Sat, 9 Aug 2003 01:22 am, Smith, Mike (Toronto) wrote: Hello, I am using Radiator to authenticate dialin users against our AD. However, when a user enters a bad password, the bad password count in the AD (attribute is called badpwdcount in AD) increases by 2. If the SearchAttribute is defined, the bad password count increases by 3. It is not caused by duplicate requests from the dialin client because I set the DupInterval to 20 seconds. I believe Radiator is making only one request to the AD, but somehow the bad password count increases by 2 or 3. I've attached the output of the 'radpwtst' test program and the radius server as well as my config file. In this test run, I purposely used a wrong password and the bad password count increased by 2. Any Ideas? I cant explain that yet. How are you getting the badpwdcount after the bad logins? Are you quite sure there are not multiple authentication requests happening, perhaps due to retransmissions etc? Thanks in advance, Mike Smith Radpwtst output - C:\Radiusperl radpwtst -s 127.0.0.1 -secret test -user lupu -password test sending Access-Request... Rejected: Request Denied sending Accounting-Request Start... OK sending Accounting-Request Stop... OK Radiusd output - C:\Radiusperl radiusd -config_file c:\radiator\radius.cfg Wed Aug 6 21:07:57 2003: DEBUG: Packet dump: *** Received from 127.0.0.1 port 4109 Code: Access-Request Identifier: 132 Authentic: 1234567890123456 Attributes: User-Name = lupu Service-Type = Framed-User NAS-IP-Address = 203.63.154.1 NAS-Port = 1234 Called-Station-Id = 123456789 Calling-Station-Id = 987654321 NAS-Port-Type = Async User-Password = 15923428161247~222178z199246h13868128 Wed Aug 6 21:07:57 2003: DEBUG: Handling request with Handler 'Client-Identifier=TestAD' Wed Aug 6 21:07:57 2003: DEBUG: Deleting session for lupu, 203.63.154.1, 1234 Wed Aug 6 21:07:57 2003: DEBUG: Handling with ASDI Wed Aug 6 21:07:57 2003: DEBUG: BindString converted to LDAP://toradtest/cn=lupu,cn=Users,dc=torzentest,dc=ca Wed Aug 6 21:07:57 2003: DEBUG: AuthUser converted to lupu Wed Aug 6 21:07:57 2003: DEBUG: Connecting to namespace: LDAP: Wed Aug 6 21:07:57 2003: DEBUG: Running OpenDSObject on LDAP://toradtest/cn=lupu,cn=Users,dc=torzentest,dc=ca Wed Aug 6 21:07:57 2003: DEBUG: Could not get user object: Win32::OLE(0.1601) error 0x8007052e: Logon failure: unknown user name or bad password in METHOD/PROPERTYGET OpenDSObject Wed Aug 6 21:07:57 2003: INFO: Access rejected for lupu: Could not find user Wed Aug 6 21:07:57 2003: DEBUG: Packet dump: *** Sending to 127.0.0.1 port 4109 Code: Access-Reject Identifier: 132 Authentic: 1234567890123456 Attributes: Reply-Message = Request Denied Wed Aug 6 21:07:57 2003: DEBUG: Packet dump: *** Received from 127.0.0.1 port 4109 Code: Accounting-Request Identifier: 133 Authentic: 23234125243LQ5l188-`145214263 Attributes: User-Name = lupu 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 Called-Station-Id = 123456789 Calling-Station-Id = 987654321 Acct-Delay-Time = 0 Wed Aug 6 21:07:57 2003: DEBUG: Handling request with Handler 'Client-Identifier=TestAD' Wed Aug 6 21:07:57 2003: DEBUG: Adding session for lupu, 203.63.154.1, 1234 Wed Aug 6 21:07:57 2003: DEBUG: Handling with ASDI Wed Aug 6 21:07:57 2003: DEBUG: Accounting accepted Wed Aug 6 21:07:57 2003: DEBUG: Packet dump: *** Sending to