(RADIATOR) radacct.cgi and compressed files
Hi Mike, normally the detail files are very huge and the files are stored in comressed form. It would be nice if radacct.cgi whould have a similar line like this in the code before the open(): $filename =~ s/(.*\.gz)\s*$/gzip -dc < $1|/; regards Charly -- Karl Gaissmaier Computing Center,University of Ulm,Germany Email:[EMAIL PROTECTED] Network Administration Tel/Fax: ++49 731 50 22499/22471 pgp-key available: http://www.uni-ulm.de/urz/Netzwerk/uuca/keylist.html === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) several and short questions
Hi all,
I have Radiator 2.13.1 with patch running on a NT 4.0 SP3. My NAS is a PM3
from Lucent
1- Log question:
In my radius.cfg file I have:
AcctLogFileName %L/%d-%m-%y-detail.log
# log Format
AcctLogFileFormat %t %d %m %Y %n %a %{Acct-Status-Type} %{NAS-Port}
%{Acct-Input-Octets} %{Acct-Output-Octets} %{Connect-Rate} %{Connect-Info}
-How could I put %t in format HH:MM:SS ? I think in oracle is possible but
with log file?
- When a user conects with ISDN I have not any information about speed
(%{Connect-Rate} %{Connect-Info}, on the other hand if a user connects by
modem I have the following information "24000 LAPM/V42bits".
That is, %{Connect-Rate} does not do any thing, and %{Connect-Info}only is
for modem connections. Why? NAS problem?
2- Speed connection question:
I have in my users file:
fer5User-Password = "fer5",Simultaneous-Use = 1,Connect-Rate = 28800
Service-Type = Framed-User,
Framed-Protocol = PPP,
Framed-IP-Netmask = 255.255.255.255,
Framed-Routing = None,
Framed-MTU = 1500,
Framed-Compression = Van-Jacobson-TCP-IP
So I want to allow user fer5 a (one) conection and not higher 28800 bits.
The problem is that:
- If user fer5 use ISDN connection the system allow him to connect. Why?
I think Connect-Rate is not aceptable for my NAS. How to do that? I used
trace 4 and nothing.
3- Simultaneous session
Also fer5 has assigned a (one) connection or session
Problem:
- if fer5 connect by ISDN using 2 B channels ( 128k) the system allow him to
do that, why?
- On the other hand if fer5 connect by ISDN (B-64Kb)and try to do a new
modem connetion with fer5 the ystem does not allow it. Is it right? Why does
modem session works and not ISDN?
I want to control session ( only one for user) and speed (modem-ISDN)
How to do that per user?
Thank you for your help.
Beste regards,
Fernando Martin
Interlinea2000
http://www.i2000.es
Voz:(943)-621033
Fax:(943)-627340
===
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) several and short questions
Hi Fernando,
On May 3, 12:28pm, Fernando Martin wrote:
> Subject: (RADIATOR) several and short questions
> Hi all,
>
> I have Radiator 2.13.1 with patch running on a NT 4.0 SP3. My NAS is a PM3
> from Lucent
>
> 1- Log question:
>
> In my radius.cfg file I have:
> AcctLogFileName %L/%d-%m-%y-detail.log
> # log Format
> AcctLogFileFormat %t %d %m %Y %n %a %{Acct-Status-Type} %{NAS-Port}
> %{Acct-Input-Octets} %{Acct-Output-Octets} %{Connect-Rate} %{Connect-Info}
>
> -How could I put %t in format HH:MM:SS ? I think in oracle is possible but
> with log file?
With 2.13.1, you cant. IN the next version], you will be able to use %l to get
Thu Apr 22 15:39:03 1999
>
> - When a user conects with ISDN I have not any information about speed
> (%{Connect-Rate} %{Connect-Info}, on the other hand if a user connects by
> modem I have the following information "24000 LAPM/V42bits".
> That is, %{Connect-Rate} does not do any thing, and %{Connect-Info}only is
> for modem connections. Why? NAS problem?
Sounds like a NAS config thing. Im sorry, but I dont have any expertise with
configuring NASs
Anyone else?
>
> 2- Speed connection question:
>
> I have in my users file:
>
> fer5 User-Password = "fer5",Simultaneous-Use = 1,Connect-Rate = 28800
> Service-Type = Framed-User,
> Framed-Protocol = PPP,
> Framed-IP-Netmask = 255.255.255.255,
> Framed-Routing = None,
> Framed-MTU = 1500,
> Framed-Compression = Van-Jacobson-TCP-IP
>
> So I want to allow user fer5 a (one) conection and not higher 28800 bits.
>
> The problem is that:
> - If user fer5 use ISDN connection the system allow him to connect. Why?
> I think Connect-Rate is not aceptable for my NAS. How to do that? I used
> trace 4 and nothing.
Can you show me a level 4 trace, showing what is on your incoming request. The
I can tell you why your Connect-Rate isnt working.
>
> 3- Simultaneous session
>
> Also fer5 has assigned a (one) connection or session
>
> Problem:
> - if fer5 connect by ISDN using 2 B channels ( 128k) the system allow him to
> do that, why?
> - On the other hand if fer5 connect by ISDN (B-64Kb)and try to do a new
> modem connetion with fer5 the ystem does not allow it. Is it right? Why does
> modem session works and not ISDN?
It all depends on what you NAS sends. Radiator just uses the info the NAS sends
to keep count.
If you send me your Radiator log file at trace level 4 showing what happens in
each case, I may be able to tell you some more.
Cheers.
--
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
===
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) radacct.cgi and compressed files
Another nice idea Karl. Done, and uploaded to radacct.cgi in the 2.13.1 patches area. Thanks for your good suggestions. Cheers. On May 3, 11:37am, Karl Gaissmaier wrote: > Subject: (RADIATOR) radacct.cgi and compressed files > Hi Mike, > > normally the detail files are very huge and the files are stored > in comressed form. It would be nice if radacct.cgi whould have a > similar line like this in the code before the open(): > > $filename =~ s/(.*\.gz)\s*$/gzip -dc < $1|/; > > > regards > Charly > -- > Karl Gaissmaier Computing Center,University of Ulm,Germany > Email:[EMAIL PROTECTED] Network Administration > Tel/Fax: ++49 731 50 22499/22471 > pgp-key available: http://www.uni-ulm.de/urz/Netzwerk/uuca/keylist.html > > === > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. >-- End of excerpt from Karl Gaissmaier -- 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 === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) several and short questions
On Mon, May 03, 1999 at 12:28:42PM +0100, Fernando Martin wrote:
> 1- Log question:
> - When a user conects with ISDN I have not any information about speed
> (%{Connect-Rate} %{Connect-Info}, on the other hand if a user connects by
> modem I have the following information "24000 LAPM/V42bits".
> That is, %{Connect-Rate} does not do any thing, and %{Connect-Info}only is
> for modem connections. Why? NAS problem?
NAS problem I guess. Radiator with trace 4 will show you want the NAS is giving
you.
> 2- Speed connection question:
>
> I have in my users file:
>
> fer5 User-Password = "fer5",Simultaneous-Use = 1,Connect-Rate = 28800
> Service-Type = Framed-User,
> Framed-Protocol = PPP,
> Framed-IP-Netmask = 255.255.255.255,
> Framed-Routing = None,
> Framed-MTU = 1500,
> Framed-Compression = Van-Jacobson-TCP-IP
>
> So I want to allow user fer5 a (one) conection and not higher 28800 bits.
>
> The problem is that:
> - If user fer5 use ISDN connection the system allow him to connect. Why?
> I think Connect-Rate is not aceptable for my NAS. How to do that? I used
> trace 4 and nothing.
You can prevent them using ISDN connections by adding this check item:
NAS-Port-Type = Async
If they try and use ISDN they won't get authenticated.
[EMAIL PROTECTED]
===
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) radacct.cgi and compressed files
Hi Mike, Mike McCauley schrieb: > > Another nice idea Karl. > Done, and uploaded to radacct.cgi in the 2.13.1 patches area. > > Thanks for your good suggestions. > Thanks for coding! I think the following behavior of radacct.cgi is a small bug and no intended feature: Assume that the statically configured $filename in radacct.cgi points to the current detail file. All older detail files are compressed. If I start radacct with a compressed detail.gz by a filename tag in the URL, e.g. /http://localhost/cgi-bin/radacct.cgi?filename=/a/b/c/detail-99-05-01.gz then I get the User summary, alright so long. But the link to "summary by ip-address" doesn't use the specified filename tag, it takes the default filename configured in radacct.cgi. I think this is a bug. Regards Charly -- Karl Gaissmaier Computing Center,University of Ulm,Germany Email:[EMAIL PROTECTED] Network Administration Tel/Fax: ++49 731 50 22499/22471 pgp-key available: http://www.uni-ulm.de/urz/Netzwerk/uuca/keylist.html === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) radacct.cgi and compressed files
Hi Karl. On May 3, 1:36pm, Karl Gaissmaier wrote: > Subject: Re: (RADIATOR) radacct.cgi and compressed files > Hi Mike, > > Mike McCauley schrieb: > > > > Another nice idea Karl. > > Done, and uploaded to radacct.cgi in the 2.13.1 patches area. > > > > Thanks for your good suggestions. > > > > Thanks for coding! > > I think the following behavior of radacct.cgi is a small bug and > no intended feature: > > Assume that the statically configured $filename in radacct.cgi > points to the current detail file. All older detail files are > compressed. If I start radacct with a compressed detail.gz > by a filename tag in the URL, e.g. > > /http://localhost/cgi-bin/radacct.cgi?filename=/a/b/c/detail-99-05-01.gz > > then I get the User summary, alright so long. But the link to > "summary by ip-address" doesn't use the specified filename tag, > it takes the default filename configured in radacct.cgi. > > I think this is a bug. Quite right. I have fixed it (and a couple of other similar ones) and uploaded the new one. Thanks for reporting it. Cheers. -- 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 === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Weird error in logs
Thu Apr 29 00:12:32 1999: WARNING: Malformed request packet: Attribute 26 with l ength 2: ignored What does this mean? It happens a lot. ..Rich -- Richard W. Hawley - Network Engineer CyberZone Internet Services http://www.cyberzone.net [EMAIL PROTECTED] === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) radwho.cgi and autmatically reloading currect status
Hi Mike, if you insert the META Tag HTTP-EQUIV=Refresh in the clause, then we get an automatic reload of the current dialin-users (al least with Netscape and IE browsers). It would be nice, if this would be configurable (time/s as a parameter, or no automatic reload). See the following HTML snippet: Current Sessions by $sortBy And if you'll code this for us, it would be nice to show the time of the actualisation in the title, e.g. Current Sessions by User-Name, fetched at Mon May 3 15:46:20 regards Charly === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Trying to deal with DNS restart
Howdy. I'm using the %C expansion (DNS name of NAS unit) as part of my
AcctLogFileName (AcctLogFileName %L/%C/detail). When I restart my name
server at 3am each day (to clear out bad cached answers, etc.) any logs I
take in those few seconds during restart cause the expansion to fail -
hence everything ends up in the same detail file. I'm trying to make a
change to Handler.pm to work around that. Here is what I've inserted
around line 390 or so in Handler.pm:
## New Stuff. Trying to deal with the 3am DNS restart
if ( $filename eq "/usr/adm/radacct//detail" ) {
sleep 60;
my $filename =
&main::format_special($acctFileName, $p);
}
if ( $filename eq "/usr/adm/radacct//detail" ) {
$acctFileName = "/usr/adm/radacct/\%N/detail";
my $filename =
&main::format_special($acctFileName, $p);
}
## End New Stuff
Basically it looks to see if the returned filename is missing the %C
expansion. If so, it sleeps for 60 seconds and tries again. If that
failed then I'm guessing I forgot to put that NAS unit in DNS or the
nameserver still isn't accepting queries. If that is the case then I
change the expansion to be %N (the NAS units IP address.) This should
allow me to have a good detail file for each unit during that time period
and I can also spot any units that may not be DNS as they'd have an IP
address for the directory name. My two questions are this:
1. Will this code work? I'm mostly concerned about the \%N I put in
there - I'm assuming the \ is necessary to avoid errors. Also,
is that the match I should be looking for to see that %C has failed?
2. Does the 'sleep' basically "vapor lock" radiator during that time
period or is a new invocation of Handler.pm run for each incoming
request? It is only 60 seconds, but if I do fail to put a unit in
DNS I don't wait to hold up everything for every request I take from
that unit during the busy times.
I could always use the %N from the start and avoid this problem, but
with 350 units logging it does make it MUCH easier to find something
specific if the need arises. Thanks in advance.
--
Aaron Holtz
ComNet Inc.
UNIX Systems Specialist
Email: [EMAIL PROTECTED]
"It's not broken, it just lacks duct tape."
--
===
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Assured Access ?
Yes, we have used Radiator with Assured Access X1000's and it works very well. I'm not sure about the Simultaneous Use limit, but the reply item Port-Limit will allow the Assured Access system to limit the number of simultaneous accesses. Ex. if you set Port-Limit = 2, the the user would be able to use two channels at the same time, this is all handled by the Assured Access box. I believe you would only need to use Simultaneous Use if you need to do this across multiple POP's. Kevin Sofnet, Inc. On Sun, 2 May 1999, Michael Steinhart wrote: > Hi all > > Has any one used Radiator with the Assured Access NAS? Also what about the > Radiator SimultaneousUse limits with Assured Access gear. > > Mike > __ > > Michael Steinhart OPCenter > [EMAIL PROTECTED] PMH Network Services, Inc. > http://www.opcenter.net284 Ackerman Ave >Emerson, NJ 07630 > > === > 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) pmwho that supports 3com HiPer ARC
Anyone know where I can get a version of pmwho that supports the HiPer ARC? Or is there a better way of doing the simultaneous use checking for the HiPer ARC's? ..Rich -- Richard W. Hawley - Network Engineer CyberZone Internet Services http://www.cyberzone.net [EMAIL PROTECTED] === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Getting 'simple' login logs
> > Hi Frank, > > Frank Dziuba wrote: > > > > Hi, > > > > Running Radiator in an environment where we are using a national > > companies modem pools so we only get Authentication requests, no > > accounting requests. How can we get single line logs from Radiator > > that have simple information like, username, timestamp, IP. > > Right now we have to set Trace to 4 and deal with the huge logs. > > Can't do the following, let me clarify that the NATIONAL PROVIDERS MODEM POOLS use US as a PROXY/REALM server and don't send us Accounting requests. thanks frank > > If Mike has no better solution, perhaps you can enable on the modempool > a switch to send this sort of information to syslog. > > Here is an example from my modemserver (Bay formerly Annex) logging > to syslog: > > May 2 00:10:25 highway ppp[2949]: Port-Exit:37:PPP:user-x::134.60.X.Y > May 2 00:12:29 highway ppp[7141]: Port-Exit:38:PPP:user-y::134.60.A.B > > Regards > Charly > === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Ipass Problem
Hi Everyone, I having a problem installing Ipass for radiator 13.1. When running the make command to compile the Ipass module it give an error can anybody help. The error is below. gcc -c -I/usr/ipass/include -I/usr/local/include -DVERSION=\"1.3\" -DXS_VE RSION=\"1.3\" -fPIC -I/usr/local/lib/perl5/5.00502/i86pc-solaris/CORE Ipass.c gcc: installation problem, cannot exec `cpp': No such file or directory *** Error code 1 make: Fatal error: Command failed for target `Ipass.o' === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) radwho.cgi and radacct.cgi
Slightly off topic, but... [Mon May 3 14:07:25 1999] [error] (2)No such file or directory: exec of /home/httpd/cgi-bin/radacct.cgi failed [Mon May 3 14:07:25 1999] [error] [client xxx.xxx.xxx.xxx] Premature end of script headers: /home/httpd/cgi-bin/radacct.cgi The directory exists and so does the filename. /home is a symlink to /usr/local/home and I configured the cgi-bin directory on the web server to follow sym links. Anyone have this problem? I'm sure it is a misconfiguration in the web server, but Im not sure why. I can run other cgi scripts from that directory. ..Rich -- Richard W. Hawley - Network Engineer CyberZone Internet Services http://www.cyberzone.net [EMAIL PROTECTED] === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) CISCO 3640 and Radiator
Hi! Has someone already tried to authenticate incoming isdn-calls from i.e. Cisco 1603 via radiator and chap? The debug output on the 3640 tells me something about "RADIUS: sendpass not supported". What does this mean? Is this an inability of radiator, the cisco IOS or the radius protocol in general? Also PAP authentication for router-router connections do not work. All what I want :-) is to use radiator without the need to configure anything "account specific" on the dialin router (3640). Thanx for any help! bye, Christian === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Weird error in logs
Hi Richard, On May 3, 9:15am, Richard Hawley wrote: > Subject: (RADIATOR) Weird error in logs > Thu Apr 29 00:12:32 1999: WARNING: Malformed request packet: Attribute > 26 with l > ength 2: ignored > > What does this mean? It happens a lot. Its a Vendor-Specific attribute with (apparently) nothing in it. Its causing Radiator to conclude theres something wrong with the packet and to ignore it. Can you send me a log file at trace level 5, showing one of these packets? Ill see if something can be done. Cheers. > > ..Rich > > -- > > Richard W. Hawley - Network Engineer > CyberZone Internet Services > http://www.cyberzone.net > [EMAIL PROTECTED] > > > > === > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. >-- End of excerpt from Richard Hawley -- 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 === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) radwho.cgi and autmatically reloading currect status
Another fine idea from Karl. Both done, and new version is available in the 2.13.1 patches area. Thanks for the suggestion Karl. Cheers. On May 3, 3:50pm, Karl Gaissmaier wrote: > Subject: (RADIATOR) radwho.cgi and autmatically reloading currect status > Hi Mike, > > if you insert the META Tag HTTP-EQUIV=Refresh in the clause, > then we get an automatic reload of the current dialin-users > (al least with Netscape and IE browsers). It would be nice, if this > would be configurable (time/s as a parameter, or no automatic reload). > See the following HTML snippet: > > > > Current Sessions by $sortBy > > > > And if you'll code this for us, it would be nice to show the > time of the actualisation in the title, e.g. > > Current Sessions by User-Name, fetched at Mon May 3 15:46:20 > > regards > Charly > > === > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. >-- End of excerpt from Karl Gaissmaier -- 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 === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Trying to deal with DNS restart
Hi Aaron,
On May 3, 10:35am, Aaron Holtz wrote:
> Subject: (RADIATOR) Trying to deal with DNS restart
> Howdy. I'm using the %C expansion (DNS name of NAS unit) as part of my
> AcctLogFileName (AcctLogFileName %L/%C/detail). When I restart my name
> server at 3am each day (to clear out bad cached answers, etc.) any logs I
> take in those few seconds during restart cause the expansion to fail -
> hence everything ends up in the same detail file. I'm trying to make a
> change to Handler.pm to work around that. Here is what I've inserted
> around line 390 or so in Handler.pm:
>
> ## New Stuff. Trying to deal with the 3am DNS restart
>
> if ( $filename eq "/usr/adm/radacct//detail" ) {
> sleep 60;
> my $filename =
> &main::format_special($acctFileName, $p);
> }
>
> if ( $filename eq "/usr/adm/radacct//detail" ) {
> $acctFileName = "/usr/adm/radacct/\%N/detail";
> my $filename =
> &main::format_special($acctFileName, $p);
> }
>
> ## End New Stuff
>
>
> Basically it looks to see if the returned filename is missing the %C
> expansion. If so, it sleeps for 60 seconds and tries again. If that
> failed then I'm guessing I forgot to put that NAS unit in DNS or the
> nameserver still isn't accepting queries. If that is the case then I
> change the expansion to be %N (the NAS units IP address.) This should
> allow me to have a good detail file for each unit during that time period
> and I can also spot any units that may not be DNS as they'd have an IP
> address for the directory name. My two questions are this:
>
> 1. Will this code work? I'm mostly concerned about the \%N I put in
> there - I'm assuming the \ is necessary to avoid errors. Also,
> is that the match I should be looking for to see that %C has failed?
You dont need the my declarations on the $filename variables, and you will
probably have to have it on the acctFileName variable, but it looks OK (i
havent tested it though).
Obviously, your Radiator will stop handling queries for the period of the
sleep. Is that OK?
>
> 2. Does the 'sleep' basically "vapor lock" radiator during that time
> period or is a new invocation of Handler.pm run for each incoming
> request? It is only 60 seconds, but if I do fail to put a unit in
> DNS I don't wait to hold up everything for every request I take from
> that unit during the busy times.
It will stop everything for the 60 secs.
>
>
> I could always use the %N from the start and avoid this problem, but
> with 350 units logging it does make it MUCH easier to find something
> specific if the need arises. Thanks in advance.
Hope that helps.
Cheers.
--
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
===
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) pmwho that supports 3com HiPer ARC
Hi Richard, On May 3, 12:38pm, Richard Hawley wrote: > Subject: (RADIATOR) pmwho that supports 3com HiPer ARC > Anyone know where I can get a version of pmwho that supports the HiPer > ARC? Or is there a better way of doing the simultaneous use checking > for the HiPer ARC's? If you define your Nas-Type as Hiper, it will use SNMP. Hope that helps. Cheers. -- 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 === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Ipass Problem
Hi Phillip, On May 3, 12:47pm, Phillip Buckley wrote: > Subject: (RADIATOR) Ipass Problem > Hi Everyone, > > > I having a problem installing Ipass for radiator 13.1. > When running the make command to compile the Ipass module it give an > error can anybody help. The error is below. > > > gcc -c -I/usr/ipass/include -I/usr/local/include -DVERSION=\"1.3\" > -DXS_VE > RSION=\"1.3\" -fPIC -I/usr/local/lib/perl5/5.00502/i86pc-solaris/CORE > Ipass.c > gcc: installation problem, cannot exec `cpp': No such file or directory > *** Error code 1 > make: Fatal error: Command failed for target `Ipass.o' That looks to me like your gcc is not installed (or maybe not configured) properly. We got a similar problem recently when we installed gcc binaries on SCO: the cpp and other binaries ended up in /usr/bin instead of /usr/local/bin and gcc could not find them. Hope that helps. Cheers. > > > === > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. >-- End of excerpt from Phillip Buckley -- 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 === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Compiling MD5 on SCO OpenServer
Having a hell of a time compiling MD5 on SCO OpenServer... Maybe I'm screwing up something basic here but: perl stuff is okay. It seems to be building the Makefile okay (albeit with a couple errors that I corrected) But... no cpp on my system that will work with the Makefile in MD2 (required) And the following is the trace of what's happening when I run a "make" after building the makefile with perl Makefile.PL: In file included from /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/iperlsy s.h:203, from /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h: 319, from MD2.xs:36: /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perlsdio.h:5: stdio.h: No suc h file or directory In file included from MD2.xs:36: /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:330: ctype.h: No such file or directory /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:338: locale.h: No such file or directory /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:355: setjmp.h: No such file or directory In file included from MD2.xs:36: /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:427: string.h: No such file or directory /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:517: netinet/in.h: No such file or directory /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:521: arpa/inet.h: No s uch file or directory In file included from MD2.xs:36: /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:553: time.h: No such f ile or directory on and on and on and on Although most of these things are in gcc's library, is it the same stuff?? Appreciate all the help I can get at this point. scottm begin:vcard n:Medlock;Scott tel;fax:816-410-7622 tel;work:816-410-1771 x-mozilla-html:FALSE url:http://www.cosimo.net org:Commercial Open Systems, Inc. adr:;;4007 Central;Kansas City;MO;64111;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Chief Operating Officer fn:Scott D. Medlock end:vcard
Re: (RADIATOR) Compiling MD5 on SCO OpenServer
Hi Scott, we recently installed Radiator on SCO Open Server. We used the precompiled gcc and perl5 from the SCO skunkworks, and MD5 compiled fine after we added -melf to the Makefile (we did have a slight hiccup at first: we installed some gcc libraries in the wrong place at first, and gcc couldnt find cpp until we fixed that.) Is it possible that you dont have all the system header files installed? I think they are an optional extra during installation of Open Server. We actually installed the development system, and then installed gcc afterwards. Here is our system details: happy:$ uname -a SCO_SV happy 3.2 2 i386 happy:$ gcc -v Reading specs from /usr/local/lib/gcc-lib/i486-sco3.2v5.0/2.7.2.1/specs gcc version 2.7.2.1 happy:$ perl -v This is perl, version 5.005 built for i486-pc-sco3.2v5.0 Here is the transcript from our build: happy:$ perl Makefile.PL Checking if your kit is complete... Looks good Writing Makefile for MD5 happy:$ make mkdir blib mkdir blib/lib mkdir blib/arch mkdir blib/arch/auto mkdir blib/arch/auto/MD5 mkdir blib/lib/auto mkdir blib/lib/auto/MD5 mkdir blib/man3 cp MD5.pm blib/lib/MD5.pm AutoSplitting blib/lib/MD5.pm (blib/lib/auto/MD5) /usr/local/bin/perl -I/usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0 -I/usr/local/lib/perl5/5.005 /usr/local/lib/perl5/5.005/ExtUtils/xsubpp -typemap /usr/local/lib/perl5/5.005/ExtUtils/typemap -typemap typemap MD5.xs >MD5.tc && mv MD5.tc MD5.c gcc -c -I/usr/local/include -O6 -m486-DVERSION=\"1.7\" -DXS_VERSION=\"1.7\" -fPIC -I/usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE -DPERL_BYTEORDER=1234 MD5.c gcc: -fPIC is only valid with -melf make: *** [MD5.o] Error 1 happy:$ more happy:$ vi Makefile ADDED -melf to the CCCDLFLAGS line happy:$ make gcc -c -I/usr/local/include -O6 -m486-DVERSION=\"1.7\" -DXS_VERSION=\"1.7\" -fPIC -melf -I/usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE -DPERL_BYTEORDER=1234 MD5.c gcc -c -I/usr/local/include -O6 -m486-DVERSION=\"1.7\" -DXS_VERSION=\"1.7\" -fPIC -melf -I/usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE -DPERL_BYTEORDER=1234 md5c.c Running Mkbootstrap for MD5 () chmod 644 MD5.bs LD_RUN_PATH="" ld -G -o blib/arch/auto/MD5/MD5.so -L/usr/local/lib MD5.o md5c.o chmod 755 blib/arch/auto/MD5/MD5.so cp MD5.bs blib/arch/auto/MD5/MD5.bs chmod 644 blib/arch/auto/MD5/MD5.bs Manifying blib/man3/MD5.3 The omly problem we had was that we incorrectly instl On May 3, 6:59pm, Scott Medlock wrote: > Subject: (RADIATOR) Compiling MD5 on SCO OpenServer > > Having a hell of a time compiling MD5 on SCO OpenServer... Maybe I'm > screwing up something basic here but: > > perl stuff is okay. It seems to be building the Makefile okay (albeit > with a couple errors that I corrected) > > But... no cpp on my system that will work with the Makefile in MD2 > (required) > > And the following is the trace of what's happening when I run a "make" > after building the makefile with perl Makefile.PL: > > In file included from > /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/iperlsy > s.h:203, > from > /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h: > 319, > from MD2.xs:36: > /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perlsdio.h:5: > stdio.h: No suc > h file or directory > In file included from MD2.xs:36: > /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:330: ctype.h: > No such > file or directory > /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:338: locale.h: > No such > file or directory > /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:355: setjmp.h: > No such > file or directory > In file included from MD2.xs:36: > /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:427: string.h: > No such > file or directory > /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:517: > netinet/in.h: No > such file or directory > /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:521: > arpa/inet.h: No s > uch file or directory > In file included from MD2.xs:36: > /usr/local/lib/perl5/5.005/i486-pc-sco3.2v5.0/CORE/perl.h:553: time.h: > No such f > ile or directory > > on and on and on and on > > Although most of these things are in gcc's library, is it the same > stuff?? > > Appreciate all the help I can get at this point. > > scottm > > > [ Attachment (text/x-vcard): "scottm.vcf" 302 bytes > Character set: us-ascii > Card for Scott Medlock ] >-- End of excerpt from Scott Medlock -- 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 === To
