On 12/19/2011 04:03 PM, Alan Buxey wrote:
you talk to the server using the servers secretnot the NAS with
the NAS secret, so send a radzap command to your FR server with its
secret from the session you are on (eg on localhost thats testing123
by default..)
Ah hah, ok, thanks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm trying to run a radzap and having no luck. For example, if I try:
radzap -d /etc/raddb -N $NAS_IP -P 1 -u las $NAS_IP $NAS_PW
radclient:: failed to get value
radclient: Nothing to send.
I've also tried it with the NAS name (52a2, from
Hi,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm trying to run a radzap and having no luck. For example, if I try:
radzap -d /etc/raddb -N $NAS_IP -P 1 -u las $NAS_IP $NAS_PW
radclient:: failed to get value
radclient: Nothing to send.
I've also tried it with the NAS
El 16/11/11 16:54, xgiova escribió:
I'm havig the same problem on my Centos server.
Can you explain how did you solve?
The problem was related with virtual servers. The virtual server
assigned to the client running radzap was incorrect.
--
Angel L. Mateo Martínez
Sección de Telemática
Área
Il 23/11/2011 10.18, Angel L. Mateo ha scritto:
El 16/11/11 16:54, xgiova escribió:
I'm havig the same problem on my Centos server.
Can you explain how did you solve?
The problem was related with virtual servers. The virtual server
assigned to the client running radzap was incorrect
I'm havig the same problem on my Centos server.
Can you explain how did you solve?
Thanks in advance.
Giovanni
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/radzap-Nothing-to-send-tp4822106p4998155.html
Sent from the FreeRadius - User mailing list archive
I'm havig the same problem on my Centos server.
Can you explain how did you solve?
Thanks in advance.
Giovanni
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/radzap-Nothing-to-send-tp4822106p4998169.html
Sent from the FreeRadius - User mailing list archive
Hello,
I have solved my problem. The problem was really related with virtual
servers.
--
Angel L. Mateo Martínez
Sección de Telemática
Área de Tecnologías de la Información _o)
y las Comunicaciones Aplicadas (ATICA) / \\
http://www.um.es/atica_(___V
Tfo:
Hello,
I have a script using radzap to zap clients. This script with
freeradius 1.1.7 worked, but since I updated to 2.1.10 it didn't work.
The command I run is:
root@vulpes21:~/scripts/radius# radzap -P 9937 -u user -N 10.57.112.8
localhost secret
radclient: Nothing to send
xsad wrote:
Everything is working fine with Freeradius 2.1.7 running on Debian 5 but
everytime I try to use the radzap command i get this error:
# radzap -u the_username 127.0.0.1:1813 the_secret
radclient:: failed to get value
radclient: Nothing to send.
Here is the output of the radwho
Pierre-Henri Baraffe wrote:
Hello,
I have a mistake with my freeradius. On server with 1.1.7 the command :
radzap -u username -P port-nas 127.0.0.1 secret work with no problem
On a new server with FR 2.0.5, with the same command i have this error
radclient:: failed to get
Pierre-henri Baraffe wrote:
I have a mistake with my freeradius. On server with 1.1.7 the command :
radzap -u username -P port-nas 127.0.0.1 secret work with no problem
On a new server with FR 2.0.5, with the same command i have this error
radclient:: failed to get value
Hmm
Hello,
I have a mistake with my freeradius. On server with 1.1.7 the command :
radzap -u username -P port-nas 127.0.0.1 secret work with no problem
On a new server with FR 2.0.5, with the same command i have this error
radclient:: failed to get value
I have no more message with the -x
Hi again,
I think i found a solution
I dont know why but i had to give -d parameter to show the default config
path, my config path is under freeradius but it searches for radiusd
so..it made the problem.
So is there a way to change default path for radzap/radwho etc?
Hello,
I am using rlm_perl
Oguzhan Kayhan wrote:
Hello,
I am using rlm_perl script for authentication. And logging radacct in sql.
But it is strange that,
i couldnt use radwho radzap radlast etc for a while.. had the error file
not found etc..
So i manually created the files with touch. Now i can see theres records
Hello,
I am using rlm_perl script for authentication. And logging radacct in sql.
But it is strange that,
i couldnt use radwho radzap radlast etc for a while.. had the error file
not found etc..
So i manually created the files with touch. Now i can see theres records
inside files, but still
i cant
I use FR + mysqlI try to clean some stale sessions from NAS's with dynamic ip's.I 'm logged in on the server and use radzap this way:radius1:~# radzapUsage: radzap [options] server[:port] secretSo i try:
radius1:~# radzap -u john localhost:1812 mysecretBut this doesn't seem to be the right way?tnx
Hello all,
I have installed freeradius 1.0.5 in freebsd 6. I am authenticating
pppoe users to my remote freeradius server. I tried to delete the stale
session from radutmp file with radzap coammand but it doesnot work;
radwho shows the following login information:
#radwho
Login Name
.
Usage: radzap [options] server[:port] secret
-d raddb_directory: directory where radiusd.conf is located
-N nas_ip_address: IP address of the NAS to zap.
-P nas_port: NAS port that the user is logged into.
-u username: Name of user to zap (case insensitive).
-U
Radius [EMAIL PROTECTED] wrote:
I get all this below and have tried several commands but it keeps returning
me to this
with no real reason why it didn't work.
You didn't say what you typed in as the command-line for radzap.
Try reading the man pages for radzap radwho.
Alan DeKok
When radhow -r reads
rod,Rodney Rumley,PPP,S406,Tue 17:46,63.215.26.177,4.240.144.66
I would type
radzap -N 63.215.26.177 S406 secret
I also tried
radzap -N 4.240.144.66 S406 secret
It keeps telling me it can't locate that IP address.
Tried the man page, that's why I sent the request
Radius [EMAIL PROTECTED] wrote:
I would type
radzap -N 63.215.26.177 S406 secret
Which is wrong. Please READ the help the man page.
It keeps telling me it can't locate that IP address.
Yes, you're using the command incorrectly. S406 is NOT the IP
address of the RADIUS server.
Alan
I know
Don't think I'm that stupid about an IP address. That was the port.
I also tried
radzap -N 63.215.26.177 -P S406 -U rod secret
This only gives the help again.
The man file does not give an example of the command line.
I guess I'l have to google for someones example.
- Original
Radius [EMAIL PROTECTED] wrote:
Don't think I'm that stupid about an IP address. That was the port.
So... where did you type in the IP address of the RADIUS server?
The answer is nowhere, which is your mistake.
I guess I'l have to google for someones example.
Uh... right.
Alan
It was in the command line I sent.
63.215.26.177 is an IP address.
I would type
radzap -N 63.215.26.177 S406 secret
- Original Message -
From: Alan DeKok [EMAIL PROTECTED]
To: FreeRadius users mailing list freeradius-users@lists.freeradius.org
Sent: Thursday, December 01, 2005 2:19
Your man says this.
radzap [-d raddb_directory] [-N nas_ip_address] [-P nas_port] [-u user] [-U
user] server[:port] secret
radzap -d /usr/local/etc/raddb -N 63.215.26.177 -P S406 -u rod 1645 secret
Still brings me back to the help screen.
- Original Message -
From: Alan DeKok
You're not typing in the IP address of the server; 1645 is not the IP
address of the server!
-N 63.215.26.177 is the IP address of the NAS.
On 12/1/05, Radius [EMAIL PROTECTED] wrote:
Your man says this.
radzap [-d raddb_directory] [-N nas_ip_address] [-P nas_port] [-u user] [-U
user
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Radius
Sent: Thursday, December 01, 2005 1:44 PM
To: FreeRadius users mailing list
Subject: Re: RadZap
Your man says this.
radzap [-d raddb_directory] [-N nas_ip_address] [-P
nas_port] [-u
User-Name = rod
Acct-Session-Id = 04036884
NAS-IP-Address = 63.215.26.177
NAS-Port = 406
Service-Type = Framed-User
Framed-Protocol = PPP
Framed-IP-Address = 4.240.144.66
Acct-Session-Time = 766846
radzap -N 63.215.26.177 -P S406 -u rod (server:port) 1646 secret
- Original Message
S406 is an S and not a 5
-N is for the Nas IP (according to the man.)
- Original Message -
From: Scott O'Connell [EMAIL PROTECTED]
To: 'FreeRadius users mailing list'
freeradius-users@lists.freeradius.org
Sent: Thursday, December 01, 2005 2:56 PM
Subject: RE: RadZap
-Original
Yikes :)
Lookee here...
radzap -N 63.215.26.177 -P S406 -u rod
XXX.XXX.XXX.XXX:1646 secret
XXX.XXX.XXX.XXX should be your *RADIUS* server IP. Not
NAS, not client and, FWIW, secret should be the
secret configured in your clients.conf.
And I definitely think that -P S406 should just be -P
406
= 4.240.144.66
Acct-Session-Time = 766846
I'll give it a try.
Thanks
- Original Message -
From: Laker Netman [EMAIL PROTECTED]
To: FreeRadius users mailing list freeradius-users@lists.freeradius.org
Sent: Thursday, December 01, 2005 4:00 PM
Subject: Re: RadZap
Yikes :)
Lookee here
OK, thank you. That worked.
- Original Message -
From: Laker Netman [EMAIL PROTECTED]
To: FreeRadius users mailing list freeradius-users@lists.freeradius.org
Sent: Thursday, December 01, 2005 4:00 PM
Subject: Re: RadZap
Yikes :)
Lookee here...
radzap -N 63.215.26.177 -P S406 -u
hello!.
I have experienced with freeradius, but i updated to 1.0.1 on Fedora
Core 3 and when i use radzap i get this error:
Error: There appears to be another RADIUS server running on the
authentication port 1812
i launch this command:
radzap '' 34 user456
even, replacing '' with NAS ip.
can
Andoni Ayala wrote:
I have experienced with freeradius, but i updated to 1.0.1 on Fedora
Core 3 and when i use radzap i get this error:
Error: There appears to be another RADIUS server running on the
authentication port 1812
It looks like bug #185.
http://bugs.freeradius.org/show_bug.cgi?id
Ok, many thanks, i update to 1.0.5 and works perfectly.
Another one question; i use this command to 'zap' one user:
radzap -x -N [NAS_IP] -u [USER] -P [PORT] 127.0.0.1 [secret]
this works fine BUT, the stop packet are writen in 127.0.0.1 detail
file, i need that this stop accounting packet
I compiled the cvs update and still get
[EMAIL PROTECTED] root]# radiusd -v
radiusd: FreeRADIUS Version 1.0.4, for host , built on Aug 17 2005 at
23:01:39
Copyright (C) 2000-2003 The FreeRADIUS server project.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR
After installing the CVS although not the latest one as of today but it was
suppose to
have the fix for the Negative port.
radwho -ZR -N 192.116.123.118 -u74347
User-Name = 74347
Acct-Session-Id = 80ad
Acct-Status-Type = Stop
NAS-IP-Address = 192.116.123.118
NAS-Port = -2136997875
Sarkis Gabriel [EMAIL PROTECTED] wrote:
After installing the CVS although not the latest one as of today but it was
suppose to
have the fix for the Negative port.
cvs update
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Dear Alan,
Thanks, you are right and now it's working.
--- Alan DeKok [EMAIL PROTECTED] wrote:
Soheb Ahmed [EMAIL PROTECTED] wrote:
Thanks for your reply. I have used port collection
of FreeBSD on
line to install freeradius.
So? My statement is still true.
Alan DeKok.
-
List
Hi,
I am running FreeBSD5.4 and freeradius 1.0.4 is working fine with radwho and radlast.Problem is when I issue radzap command to any logged user, I geterror like " Starting reading configuration file.port 1813 is used by another radius server". Please help.
Thanks
Md. S
Soheb Ahmed [EMAIL PROTECTED] wrote:
I am running FreeBSD5.4 and freeradius 1.0.4 is working fine with
radwho and radlast. Problem is when I issue radzap command to any
logged user, I get error like Starting reading configuration
file.port 1813 is used by another radius server. Please
Hi,
Thanks for your reply. I have used port collection of FreeBSD on line to install freeradius.Alan DeKok [EMAIL PROTECTED] wrote:
Soheb Ahmed <[EMAIL PROTECTED]>wrote: I am running FreeBSD5.4 and freeradius 1.0.4 is working fine with radwho and radlast. Problem is when I issue radzap c
Soheb Ahmed [EMAIL PROTECTED] wrote:
Thanks for your reply. I have used port collection of FreeBSD on
line to install freeradius.
So? My statement is still true.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hi all
I am trying to zap users but for some reason it is giving an error Port
not found, i will paste all the necessary details below.
johny,johny,shell,S-2140143609,Tue 09:47,192.116.123.117,10.10.11.251
henry,henry,shell,S-2140143606,Tue 12:23,192.116.123.117,10.10.11.254
radzap -N
Sarkis Gabriel [EMAIL PROTECTED] wrote:
radzap -N 192.116.123.117 -P -2140143609 -u johny -x
A negative number for the port? That isn't nice.
Hmm... The numbers should be printed as unsigned int's, and the
input to radzap should be unsigned int's.
Alan DeKok.
-
List info/subscribe
:
Sarkis Gabriel [EMAIL PROTECTED] wrote:
radzap -N 192.116.123.117 -P -2140143609 -u johny -x
A negative number for the port? That isn't nice.
Hmm... The numbers should be printed as unsigned int's, and the
input to radzap should be unsigned int's.
Alan DeKok.
-
List info/subscribe
Sarkis Gabriel [EMAIL PROTECTED] wrote:
johny,johny,shell,S-2140143609,Tue 09:47,192.116.123.117,10.10.11.251
Any idea why it is giving a negative number?
It looks like a bug in radwho. It will be fixed in 1.0.5 (if and
when it gets released)
Alan DeKok.
-
List
Thanks alan for the reply just wondering if there is any workaround
to kill those connections?
if there is no workaround are all Freeradius 1.0.0 have that bug in
radwho?
Thanks again
Sarky
Alan DeKok wrote:
Sarkis Gabriel [EMAIL PROTECTED] wrote:
johny,johny,shell,S-2140143609,Tue
I have installed freeradius from CVS and i found out that radzap in that is a
bin file
and it is giving Segmentation Fault, I just want a confirmation if there was
any
changes made on cvs? Also The Version of radwho.c is 1.44.2.1, and Changelog
states
that it is the candidate for 1.0.3
Sarkis Gabriel [EMAIL PROTECTED] wrote:
I have installed freeradius from CVS and i found out that radzap in
that is a bin file and it is giving Segmentation Fault, I just want
a confirmation if there was any changes made on cvs?
That's fixed. Do a cvs update
Alan DeKok.
-
List info
Sarkis Gabriel [EMAIL PROTECTED] wrote:
I have just checked out 1.0.2 and found out RadZap does not work i
even did what was said to copy the radzap.c from CVS to 1.0.2 and
compile it, but still no Joy with radzap and i do rely on that on a
daily bases.
You couldn't have copied radzap.c
Sorry i meant radzap and radwho.c, i copied them both and did ./configure
--with-
experimental-modules and then make but i noticed it broke during the make
process and
that is what i got during the weekend.
/usr/include/bits/socket.h:275: parse error before '' token
In file included from /usr
Sarkis Gabriel [EMAIL PROTECTED] wrote:
Sorry i meant radzap and radwho.c, i copied them both and did ./configure
--with-
experimental-modules and then make but i noticed it broke during the make
process and
that is what i got during the weekend.
shrug Try grabbing a copy of the pre
Sarkis Gabriel [EMAIL PROTECTED] wrote:
just to confirm is it this cvs command
cvs -d :pserver:[EMAIL PROTECTED]:/source checkout -j release_1_0 radiusd
No.
that is the one i got and i tried to compile it from scratch but it fails on
./configure
I hate playing twenty questions.
PROTECTED]
To: freeradius-users@lists.freeradius.org
Sent: Mon, 09 May 2005 14:53:24 -0400
Subject: Re: RadZap
Sarkis Gabriel [EMAIL PROTECTED] wrote:
just to confirm is it this cvs command
cvs -d :pserver:[EMAIL PROTECTED]:/source checkout -j release_1_0 radiusd
No.
that is the one i got
Sarkis Gabriel [EMAIL PROTECTED] wrote:
To be honest i have spent a lot of time working out cvs and i do not
know how to check for the version on cvs the only thing i found in
the archive about cvs and 1.0.3 is the one below posted few days
back and pointing out that it is the current
I think it is best to start all over again.
I have been using 0.9.3 basicaly since that was the current version and it is
working
fine, now i want to upgrade and go for the newer version so i downloaded 1.0.2
and
found out that radzap is not working properly.
After looking in the MAN pages
Sarkis Gabriel [EMAIL PROTECTED] wrote:
The CVS command i used was the one advising someone else to use and
i got radiusd, copied the files and got a compile error when it got
to radwho.c
If you grab the 1.0.x candidate from CVS, you don't have to copy
over radwho.c. The previous messages
properly i will install and configure and play around with radzap.
Sorry for the confusion, and thanks for the help.
Sarky
-- Original Message ---
From: Alan DeKok [EMAIL PROTECTED]
To: freeradius-users@lists.freeradius.org
Sent: Mon, 09 May 2005 17:19:13 -0400
Subject: Re: RadZap
Hi All
I have just checked out 1.0.2 and found out RadZap does not work i even did
what was
said to copy the radzap.c from CVS to 1.0.2 and compile it, but still no Joy
with
radzap and i do rely on that on a daily bases.
can anyone suggest anything i have not tried?
Thank you
sarky
I'm triing to use radzap but it seems that i'm doing something wrong.
radwho -r
Login Name What TTY WhenFromLocation
testadsl,testadsl,PPP, S-1875771310, Thu 15:33, 192.168.240.2 ,
192.168.241.23
radzap 192.168.241.23 S-1875771310 testadsl
If I
mlgjd mlgjd [EMAIL PROTECTED] wrote:
I'm triing to use radzap but it seems that i'm doing something wrong.
radzap doesn't work in 1.0.2. There will be a fix in 1.0.3, which I
guess we should release sometime soon...
Alan Dekok.
-
List info/subscribe/unsubscribe? See http
On Monday 25 of April 2005 22:27, Alan DeKok wrote:
mlgjd mlgjd [EMAIL PROTECTED] wrote:
I'm triing to use radzap but it seems that i'm doing something wrong.
radzap doesn't work in 1.0.2. There will be a fix in 1.0.3, which I
guess we should release sometime soon...
Alan Dekok
Micko [EMAIL PROTECTED] wrote:
I have the same problem with 1.0.1. Is it possible that in version 1.0.1
radzap doesn't work too?
Yes.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
The latest CVS snapshot should contain fixed radwho
radzap. They should work if you copy them to a 1.0.2
distribution, and re-build.
Thanks Alan, I'll grab them and give it a try.
Cheers,
Mike
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Mike Cisar [EMAIL PROTECTED] wrote:
The latest CVS snapshot should contain fixed radwho
radzap. They should work if you copy them to a 1.0.2
distribution, and re-build.
Thanks Alan, I'll grab them and give it a try.
I've also put them into the 1.0.x distribution, if we ever
Mike Cisar [EMAIL PROTECTED] wrote:
Can't say as I've been using it, for the obvious reasons... but I've wanted
to several times in the past couple months :-)
The latest CVS snapshot should contain fixed radwho radzap. They
should work if you copy them to a 1.0.2 distribution, and re-build
Hi Alan,
So far as I can tell, radzap hasn't worked for a while. If
so, I'll poke it, and see if I can't get it to work. This
may, however, involve changing the command-line options...
Can't say as I've been using it, for the obvious reasons... but I've wanted
to several times
So far as I can tell, radzap hasn't worked for a while. If so, I'll
poke it, and see if I can't get it to work. This may, however,
involve changing the command-line options...
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
So far as I can tell, radzap hasn't worked for a while. If so, I'll
poke it, and see if I can't get it to work. This may, however,
involve changing the command-line options...
Hmm... a little bit of work on radwho turns it into a front-end
for radzap.
$ radwho -Z blah... | radclient -f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Radius wrote:
Maybe you need to (sometime a .)/usr/local/freeradius/bin/radzap
etc.
My not working below is not a command not files, but it show the result
after it run. But when I'm running radwho to see who is online still the
old result
Try radwho -r
to make sure your geting the full S port number.
radzap does not drop their connection, it only deletes stale
entries listed in radwho that are no longer connected
Chan Min Wai wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Radius wrote:
Maybe you need to (sometime
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Radius wrote:
Sure does. We use it from time to time, when our wholesale connections
don't send a good disconnect.
radzap IP-Address S:port [EMAIL PROTECTED]
... Hum ... Not working..
[EMAIL PROTECTED] root]# radwho
Login Name
Radius wrote:
Radzap is mainly for the stale radwho that are not there but still
showing loged in.
Yep that user is already logout due to a power cycle/reboot in the NAS.
So radzap is the right tools to get the zombie users off radius.
radwho first to see the one you want.
then do
Maybe you need to (sometime a .)/usr/local/freeradius/bin/radzap
etc.
Chan Min Wai wrote:
Radius wrote:
Radzap is mainly for the stale radwho that are not there but still
showing loged in.
Yep that user is already logout due to a power cycle/reboot in the NAS.
So radzap
Sure does. We use it from time to time, when our wholesale connections
don't send a good disconnect.
radzap IP-Address S:port [EMAIL PROTECTED]
Chan Min Wai wrote:
Hello all,
I found that this script isn't working for me, so wonder if this script
is still working?
What does this script check
[EMAIL PROTECTED] wrote:
Because there's a bug in the source code which prevents
it from working when you're trying to run it on the same server
on which the server is running - no matter what OS that
box is using?
You mentioned on the same server. I also tried to radzap from a remote
server
.
If radutmp on FreeBSD is using a standard structure on all
platforms rather than the platform standard, this may be a
mute point.
On Tue, 2005-11-01 at 13:53 +0100, [EMAIL PROTECTED] wrote:
Luiz Gustavo Anflor Pereira schrieb:
There is some problem about radzap 0.9.1 in a FreeBSD
system
Maybe you are correct. But when we use radwho -r, we can use the port number we
see. I copied the radutmp file to a linux/freeradius test server, and i can zap
the
user.
The problem is in the real server, the server that runs FreeBSD. It seems that
radzap does not find the radiusd server
Hello all
There is some problem about radzap 0.9.1 in a FreeBSD system?
Why it does not zap the users from radutmp?
Do you know anything about freeradius-snapshot-20030514?
thank you very much!
Luiz Gustavo
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hello guys
I would like to know if there is some difference in the source code of
freeradiusd
0.9.1, or in compilation options, between linux and freeBSD, because when i run
radzap, compiled by the same code, in linux it works, in FreeBSD does not.
thanks very much, Luiz Gustavo
-
List info
Oliver Zimmermann [EMAIL PROTECTED] wrote:
The only thing radzap needs from the configuration files is the
location of the radutmp file, and that can easily be specified on the
command line of radzap.
No, radzap from 0.7 had no directory-parameters:
Umm... I know that. It had
Luiz Gustavo Anflor Pereira [EMAIL PROTECTED] wrote:
I would like to know if there is some difference in the source code
of freeradiusd 0.9.1, or in compilation options, between linux and
freeBSD, because when i run radzap, compiled by the same code, in
linux it works, in FreeBSD does
Oliver Zimmermann [EMAIL PROTECTED] wrote:
But now I have a problem. We added some new querie statements in the
radiusd.conf/sql.conf, which radzap (0.7) can't parse any longer, when
it reads these confs at start-up.
So it probably shouldn't be reading the configuration files.
The only
On Mon, 03 Jan 2005 16:01:50 -0500
Alan DeKok [EMAIL PROTECTED] wrote:
Oliver Zimmermann [EMAIL PROTECTED] wrote:
But now I have a problem. We added some new querie statements in the
radiusd.conf/sql.conf, which radzap (0.7) can't parse any longer, when
it reads these confs at start-up
Hi,
we are using freeradius-1.0.0, but to kill user sessions on the radius
server manually, I always used radzap from freeradius-0.7. No other
radzap-version since then - including 1.0.0 - ever worked in my setups.
But now I have a problem. We added some new querie statements
Hello
I had this problem too. I found that in the newer versions of freeradius, the
read_mainconfig function (in the src/main/mainconfig.c) tests if the port of
radiusd is free. If it is not, then exits the program. The problem is that
radzap
uses the same function.
So, radiusd is running, you
. If it is not, then exits the program. The problem is that
radzap uses the same function.
So, radiusd is running, you try to run radzap, then the function exits
because the port is already in use. In older version there was no such test.
I solved this issue copying the entire function to a new one
Hello all
I have been exchanging emails with you about my problemas with radzap and the
dependent libraries.
I think I should explain my goals better. What do i need to do? :-)
We have freeradius 0.9.1 running on FreeBSD. In this server we cannot zap the
users, radzap does not work.
I
Geoffrey Cauchi [EMAIL PROTECTED] wrote:
We are running Free Radius 1Pre3 and wanted to delete a user entry from
radutmp using radzap. The user entry is not being deleted though!
Other people have said the same thing.
Anyone knows about issues with radzap?
Not really.
i.e. Set up
Hi all
Just wondering did anything change with the way Radzap works on the latest version?
I have installed it on a test system, and i have noticed i can not radzap the users on
the system
with radzap -p 1813 -r localhost 'nasip'
Thank you
Sarky
-
List info/subscribe/unsubscribe? See http
sarky [EMAIL PROTECTED] wrote:
Just wondering did anything change with the way Radzap works on the latest
version?
Not that I recall.
I have installed it on a test system, and i have noticed i can not radzap
the users on the system
with radzap -p 1813 -r localhost 'nasip'
As always
93 matches
Mail list logo
