(RADIATOR) Xeon procs and session DB.
Hi list, I have 2 questions. 1) Radiator is based on perl, so I suppose that dual-proc machines don't have any purpose ? What about a machine with a xeon proc ? 2) Is the sessionDB split-up from the accounting DB? Thanks. W. -- (o_ Wesley Hof //\ UNIX System Engineer V_/_ UNInet ))) A Scarlet Company === 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.
(RADIATOR) How do I install Radiator GUI radacct.cgi and radwho.cgi?
I have Radiator up and running on a Windows Server 2003 using IIs platform and working with a 3rd party billing application for handling the AAA. The radacct.cgi and radwho.cgi (or .pl) GUI scripts would provide me with very useful stats that are not part of the billing application. According to the Installation and Reference manual it is not automatically installed during make install. Apparently installating these is a simple process, but I can't make heads or tails from the manual. Regards, Jeff Jeff Singer Eye-In Wireless (514) 395-9327 ext. 4 (800) 890-4213 (toll-free) (514) 369-2284 (fax) [EMAIL PROTECTED] Do you Have a HotSpot? Your HotSpot is Here! Wireless Internet HotSpots - Certified Wi-Fi Zones http://www.Eye-In.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.
(RADIATOR) Problems to use IEEE802.1x under Windows XP
Dear Sirs: I unable to validate as user under next scenario: User PC: Wireless card into a laptop under Windows XP (with both Zero conf. and IEEE802.1x activated, PEAP, MSCHAPv2, disabled the option to use same user and password than those used in Windows). The Access Point is a Buffalo WBR-G54 (firm 2.02) enabled the IEEE802.1x and WEP. RadiusPORT 1812 (AuthPort 1812, defined on *.cfg file) The Radiator ver. And patches are 3.7.1. It is working under Win98 PC. Perl version is the 2.2.0 The configuration file is AuthBy FILE Filename ./bufusers.txt EAPType PEAP,TTLS,TLS,MD5,MSCHAP-V2 /AuthBy The file EAP.PM includes the line: package Radius::EAP_25; package Radius::EAP_26; package Radius::AuthFILE; The file AuthGeneric.pm incluye the line: use Radius::AuthFILE; But the Radiator answer and log file to the request are: *** Tue Dec 16 15:48:35 2003: DEBUG: Packet dump: *** Received from 192.168.29.121 port 2048 Code: Access-Request Identifier: 0 Authentic: 823816k Attributes: User-Name = angel NAS-IP-Address = 192.168.29.121 Called-Station-Id = 000740b1c973 Calling-Station-Id = 0007404ec631 NAS-Identifier = 000740b1c973 NAS-Port = 185 Framed-MTU = 1400 NAS-Port-Type = Wireless-IEEE-802-11 EAP-Message = 210101angel Message-Authenticator = !14A14145194+:10155194U203253213 Tue Dec 16 15:48:35 2003: DEBUG: Handling request with Handler 'NAS-IP-Address = 192.168.29.121' Tue Dec 16 15:48:35 2003: DEBUG: Deleting session for angel, 192.168.29.121, 185 Tue Dec 16 15:48:35 2003: DEBUG: Handling with Radius::AuthFILE: Tue Dec 16 15:48:35 2003: DEBUG: Handling with EAP: code 2, 1, 10 Tue Dec 16 15:48:35 2003: DEBUG: Response type 1 Tue Dec 16 15:48:35 2003: ERR: Could not load EAP module Radius::EAP_25: Can't locate Net/SSLeay.pm in @INC (@INC contains: . C:/Perl/lib C:/Perl/site/lib .) at Radius/EAP_25.pm line 24. BEGIN failed--compilation aborted at Radius/EAP_25.pm line 24. Compilation failed in require at (eval 32) line 3. Tue Dec 16 15:48:35 2003: DEBUG: EAP result: 1, Unsupported default EAP Response/Identity 25 Tue Dec 16 15:48:35 2003: INFO: Access rejected for angel: Unsupported default EAP Response/Identity 25 Tue Dec 16 15:48:35 2003: DEBUG: Packet dump: *** Sending to 192.168.29.121 port 2048 Code: Access-Reject Identifier: 0 Authentic: 823816k Attributes: Reply-Message = Request Denied *** Pls, inform about the needed modification to the file AuthGeneric.pm (or any other) Thank you for your support. Best regards, Angel Mtz. De Rituerto --- Telecom y Novatecno User: pt-alava.es ---
Re: (RADIATOR) Xeon procs and session DB.
Presumably if your handler forks and does heavy processing you should get a gain from a multiprocessor. Also, if your handler invokes a local database having a CPU for the DB and another for radius won't hurt. Wesley Hof wrote: Hi list, I have 2 questions. 1) Radiator is based on perl, so I suppose that dual-proc machines don't have any purpose ? What about a machine with a xeon proc ? 2) Is the sessionDB split-up from the accounting DB? Thanks. W. -- (o_ Wesley Hof //\ UNIX System Engineer V_/_ UNInet ))) A Scarlet Company === 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) Xeon procs and session DB.
Hello Wesley - The simplest way to make use of dual processors is to run two instances of radiusd, one for authentication and the other for accounting. You can use different databases for sessionDB and accounting by setting the DBSource lines in each clause appropriately. regards Hugh On 16/12/2003, at 10:23 PM, Wesley Hof wrote: Hi list, I have 2 questions. 1) Radiator is based on perl, so I suppose that dual-proc machines don't have any purpose ? What about a machine with a xeon proc ? 2) Is the sessionDB split-up from the accounting DB? Thanks. W. -- (o_ Wesley Hof //\ UNIX System Engineer V_/_ UNInet ))) A Scarlet Company === 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. 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, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. - CATool: Private Certificate Authority for Unix and Unix-like systems. === 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) Xeon procs and session DB.
A technique we are experimenting with is to use a load balancer before the radiusd processes. We setup a dual proc system with two IP addresses. Then we run two radiusd processes where each process is bound to a one of the IP addresses. Then the load balancer (foundry server iron) is configured to load balance between the two IP addresses. However, since we can do port based load balancing, we direct ACCT to one I and AUTH to the other IP. By adding additional systems with a similar config, we can direct ACCT/AUTH to the different systems without having to modify any config files. mahesh -Original Message- From: Hugh Irvine [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 5:33 PM To: Wesley Hof Cc: [EMAIL PROTECTED] Subject: Re: (RADIATOR) Xeon procs and session DB. Hello Wesley - The simplest way to make use of dual processors is to run two instances of radiusd, one for authentication and the other for accounting. You can use different databases for sessionDB and accounting by setting the DBSource lines in each clause appropriately. regards Hugh On 16/12/2003, at 10:23 PM, Wesley Hof wrote: Hi list, I have 2 questions. 1) Radiator is based on perl, so I suppose that dual-proc machines don't have any purpose ? What about a machine with a xeon proc ? 2) Is the sessionDB split-up from the accounting DB? Thanks. W. -- (o_ Wesley Hof //\ UNIX System Engineer V_/_ UNInet ))) A Scarlet Company === 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. 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, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. - CATool: Private Certificate Authority for Unix and Unix-like systems. === 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.