a.l.m.bu...@lboro.ac.uk
To: Patricia Julien pljulie...@yahoo.com; FreeRadius users mailing list
freeradius-users@lists.freeradius.org
Sent: Thursday, September 5, 2013 5:36 PM
Subject: Re: Get errors with radtest on ip address
No problem with radiusd at this point. It's not received a single
No problem with radiusd at this point. It's not received a single packet.
You've got a problem with your local network environment on the host. Care to
share /etc/hosts?
alan
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
I then opened another terminal window on the same server
and performed the - radtest testing password 127.0.0.1 0 testing123.
- I received an error indicating failed to find ip address for
linux-mail.amber.net followed by nothing to do.
radtest looks up the $HOSTNAME to get an IP address
the freeradius-2.1.12-4.el6_3.x86_64 and then the utilities
freeradius-utils-2.1.12-4.el6_3.x86_64.rpm to get the client (radtest).
- I made a change to the users file to add the testing Cleartext-Password :=
password. My hosts file indicates both lo and the ip address for the server.
I can ping
a.l.m.bu...@lboro.ac.uk wrote:
Hi,
My guess is dual-stack NAS-RADIUS is going to be rare.
ummm. take a hold on that assertion. the joy of dual-stack deployment
is that you need to ensure your servers are ready on IPv4 and IPv6 -
and as part of that, you need to ensure that your using both
Hi,
Sorry, I've been unclear. What I meant was that I strongly suspect
nas-radius comms will either be v4 or v6 for a given pairing at any one
time, for periods of minutes or hours. Hence treating the addresses as
separately should be fine
hmm, yes, we treat each as a seperate
Hi,
while using radtest, I got some strange results:
# ./radtest swinter testpwd [::1] 123 testing123
radclient: Failed to find IP address for host ::1: Success
# ./radtest swinter testpwd ipv6-localhost 123 testing123
radclient: Failed to find IP address for host ipv6-localhost: Success
ipv6
Stefan Winter wrote:
while using radtest, I got some strange results:
# ./radtest swinter testpwd [::1] 123 testing123
radclient: Failed to find IP address for host ::1: Success
It defaults to IPv4.
# ./radtest swinter testpwd ipv6-localhost 123 testing123
radclient: Failed to find IP
On 22 Jul 2013, at 13:32, Stefan Winter stefan.win...@restena.lu wrote:
Hi,
Does radtest not support IPv6? I could have sworn it did IPv6 earlier,
but not totally sure.
ahem
-4 Use IPv4 for the NAS address (default)
-6 Use IPv6
Hi,
Does radtest not support IPv6? I could have sworn it did IPv6 earlier,
but not totally sure.
ahem
-4 Use IPv4 for the NAS address (default)
-6 Use IPv6 for the NAS address
Uh. Sorry.
Still... maybe for a later version
On 22/07/13 13:47, Arran Cudbard-Bell wrote:
It'd be nice to get some feedback from people though... do you think
you'll ever need to record both your NAS IPv4 and IPv6 addresses?
I'm guessing for dual stacking it'd be nice to record
Framed-IP-Address and Framed-IPv6-Prefix, should they both
On 22 Jul 2013, at 14:15, Phil Mayers p.may...@imperial.ac.uk wrote:
On 22/07/13 13:47, Arran Cudbard-Bell wrote:
It'd be nice to get some feedback from people though... do you think
you'll ever need to record both your NAS IPv4 and IPv6 addresses?
I'm guessing for dual stacking it'd be
Stefan Winter wrote:
Still... maybe for a later version... if the input looks like an IP
address, guessing the address family isn't all that hard.
Yeah patches? :)
I see that such a -4 -6 option is required for hostnames, but even then
only if they return addresses for both families.
On 22/07/13 14:32, Arran Cudbard-Bell wrote:
On 22 Jul 2013, at 14:15, Phil Mayers p.may...@imperial.ac.uk
wrote:
On 22/07/13 13:47, Arran Cudbard-Bell wrote:
It'd be nice to get some feedback from people though... do you
think you'll ever need to record both your NAS IPv4 and IPv6
Hi,
Still... maybe for a later version... if the input looks like an IP
address, guessing the address family isn't all that hard.
unlike your using IPv4 in its IPv6 incantation
What if the NAS started just using the SRC IPv6 address in packets, and
source IP protection was enabled?
Hi,
My guess is dual-stack NAS-RADIUS is going to be rare.
ummm. take a hold on that assertion. the joy of dual-stack deployment
is that you need to ensure your servers are ready on IPv4 and IPv6 -
and as part of that, you need to ensure that your using both methods
in case either your IPv4
version of the server. Also,
that you read the documentation which comes with the server. If
radtest -h doesn't say it supports the -t parameter, then it doesn't
support the -t parameter.
Alan DeKok.
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
-
List
On Sun, Apr 28, 2013 at 1:31 AM, Andres arvutihool...@gmail.com wrote:
Thank you all for your replays,
I used SLES 11 freeradius standard package and it was too old,
and it was my mistake and took a few days off my life.
Hopefully someone else does not make the same mistake
If all you need
Most likely your host file didnt have entry of your domain name,
dump your hostname and /etc/hosts file here and then we can comment better
On Thu, Apr 25, 2013 at 10:52 PM, Andres arvutihool...@gmail.com wrote:
Hello All,
I'm trying to test mschap with radtest but it gives me strange error
comment better
On Thu, Apr 25, 2013 at 10:52 PM, Andres arvutihool...@gmail.com wrote:
Hello All,
I'm trying to test mschap with radtest but it gives me strange error
message.
I've tried to solve it several days, but had no success.
I'm using syntax like that:
$ radtest -t mschap user
Andres wrote:
this way looks my hosts file:
Well... something is wrong with DNS on your system.
The only advantage to using radtest is that it's simpler than
radclient. But it's just a wrapper around radclient. You can edit
radtest to remove the DNS lookups, or write your own wrapper
likely your host file didnt have entry of your domain name,
dump your hostname and /etc/hosts file here and then we can comment better
On Thu, Apr 25, 2013 at 10:52 PM, Andres arvutihool...@gmail.com wrote:
Hello All,
I'm trying to test mschap with radtest but it gives me strange error
message
=0.025 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.039 ms
radius:/etc # ping6 localhost
PING localhost(localhost) 56 data bytes
64 bytes from localhost: icmp_seq=1 ttl=64 time=0.080 ms
64 bytes from localhost: icmp_seq=2 ttl=64 time=0.054 ms
.
radius:/etc # radtest -t
Hi,
what version of FreeRADIUS? are you sure you arent running old copies of
radclient/radtest
ie you THINK you can do -t mschap but the wrapper or binary doesnt
radclient -v ?
which radtest
then cat the resulting file.
alan
-
List info/subscribe/unsubscribe? See http
$
#
prefix=/usr
exec_prefix=/usr
bindir=/usr/bin
usage() {
echo Usage: radtest user passwd radius-server[:port]
nas-port-number secret [ppphint] [nasname] 2
yes. thats your problem. OLD
the current one says this:
usage() {
echo Usage: radtest [OPTIONS] user passwd
that you're running a recent version of the server. Also,
that you read the documentation which comes with the server. If
radtest -h doesn't say it supports the -t parameter, then it doesn't
support the -t parameter.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org
Hello All,
I'm trying to test mschap with radtest but it gives me strange error
message.
I've tried to solve it several days, but had no success.
I'm using syntax like that:
$ radtest -t mschap user password 127.0.0.1 0 secret
radclient : Failed to find IP address for host user: Success
radiusd -X seems to work; see attachment radiusd.txt for the output.
First line in /etc/raddb/users is: testing Cleartext-Password :=
password
Using radtest failed:
linux-vdis:/etc/raddb # radtest testing password localhost 0 testing123
radclient:: Failed to find IP address for linux-vdis.site
On 12.03.2013 17:05, Staffan Meijer wrote:
Listening on authentication interface eth0 address * port 1812
Listening on accounting address * port 1813
Listening on command file /var/run/radiusd/radiusd.sock
Listening on authentication address 127.0.0.1 port 18120 as server
inner-tunnel
I uncommented the eth0 line in the configuration file when radtest did not
work with the original.
Using the original configuration file I get;
Listening on authentication address * port 1812
and
linux-vdis:/etc/raddb # radtest testing password localhost 0 testing123
radclient:: Failed to find
Le mardi 12 mars 2013 à 18:08 +0100, Staffan Meijer a écrit :
I uncommented the eth0 line in the configuration file when radtest did
not work with the original.
Using the original configuration file I get;
Listening on authentication address * port 1812
and
linux-vdis:/etc/raddb
On 12.03.2013 18:08, Staffan Meijer wrote:
I uncommented the eth0 line in the configuration file when radtest did
not work with the original.
Using the original configuration file I get;
Listening on authentication address * port 1812
and
linux-vdis:/etc/raddb # radtest testing
Thanks!
Added line to /etc/hosts:
192.168.1.106 linux-vdis.site linux-vdis
and then radtest works.
/Staffan
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Adrien Morvan wrote:
So i ran it with gdb.
There is a seg fault but i don't understand what is happening.
That's OK. What is *not* OK is refusing to follow the instructions in
doc/bugs. We need that information to help solve the problem.
By refusing to follow the documentation, you're
(0x0)
But when I test with radtest it fails. I'm not sure I understand all of
the debug output, but I thnk maybe it has to do with it thinking the realm
is NULL. I have set it up in both smb.conf and krb5.conf as well as in the
mschap module of freeradius. I am using freeradius version 2.1.10
Mon Mar 5 14:45:55 2012 : Debug: Exec-Program-Wait: plaintext: winbind
client not authorized to use winbindd_pam_auth_crap. Ensure permissions
on
/var/run/samba/winbindd_privileged are set correctly. (0xc022)
Did you spot this?
--
Sent from my phone. Please excuse brevity and typos.
-
Hi,
2 things
Mon Mar 5 14:45:54 2012 : Info: [mschap] No NT-Domain was found in the
User-Name.
Mon Mar 5 14:45:54 2012 : Info: [mschap] expand: %{mschap:NT-DOMAIN} -
Mon Mar 5 14:45:54 2012 : Info: [mschap] ... expanding second conditional
Mon Mar 5 14:45:54 2012 : Info:
Mon Mar 5 14:45:55 2012 : Debug: Exec-Program-Wait: plaintext: winbind
client not authorized to use winbindd_pam_auth_crap. Ensure permissions
on
/var/run/samba/winbindd_privileged are set correctly. (0xc022)
Did you spot this?
This was definitely it. Thank you so much.
-Scott
-
I have just installed FreeRADIUS 2.07 i think it is.. anyways. i
followed a tutorial on how to install in with MySQL on Centos 5 and when
i get to the part about testing the database using radtest.. it doesnt
work. radtest is not where it should be, have looked on google to try
and work out
On 05/25/2011 10:06 PM, Luke Hammond wrote:
I have just installed FreeRADIUS 2.07 i think it is.. anyways. i
followed a tutorial on how to install in with MySQL on Centos 5 and when
i get to the part about testing the database using radtest.. it doesnt
work. radtest is not where it should
a tutorial on how to install in with MySQL on Centos 5 and when
i get to the part about testing the database using radtest.. it doesnt
work. radtest is not where it should be, have looked on google to try
and work out where esactly this 'radtest' lives, but all the locations
it i supposed to be.. it isnt
I install freeradius in the server its ip is 192.168.1.1.
In the server I have already do the radtest ,and the result is OK
rad_recv: Access-Accept packet from host 127.0.0.1 port 1812, id=11, length=20
I want to add a test authenticator host client. So I add something at
the end of my
徐宇 wrote:
Should I do other things to finish it? I need to do the radtest in
the client(192.168.1.100) right? But there isn't a radtest command in
the client, Need I install some softwares in the client?
Yes, that's how computers work.
Alan DeKok.
-
List info/subscribe/unsubscribe? See
I install freeradius in the server its ip is 192.168.1.1.
In the server I have already do the radtest ,and the result is OK
rad_recv: Access-Accept packet from host 127.0.0.1 port 1812, id=11, length=20
I want to add a test authenticator host client. So I add something at
the end of my
On Sat, Apr 9, 2011 at 5:03 PM, 徐宇 xuyub...@gmail.com wrote:
I install freeradius in the server its ip is 192.168.1.1.
In the server I have already do the radtest ,and the result is OK
rad_recv: Access-Accept packet from host 127.0.0.1 port 1812, id=11, length=20
I want to add a test
I install freeradius in the server its ip is 192.168.1.1.
In the server I have already do the radtest ,and the result is OK
rad_recv: Access-Accept packet from host 127.0.0.1 port 1812, id=11, length=20
I want to add a test authenticator host client. So I add something at
the end of my
I install freeradius in the server its ip is 192.168.1.1.
In the server I have already do the radtest ,and the result is OK
rad_recv: Access-Accept packet from host 127.0.0.1 port 1812, id=11, length=20
the end of my clients.conf and assign a shared-secret.
client 192.168.1.100
I have installed freeradius2 freeradius2-utils on centos5.5 using yum. I
did the basic configuration and test with radtest
-
radtest testing password 127.0.0.1 10 testing123
Sending Access-Request of id 221 to 127.0.0.1 port 1812
and test with radtest
-
radtest testing password 127.0.0.1 10 testing123
Sending Access-Request of id 221 to 127.0.0.1 port 1812
User-Name = testing
User-Password = password
NAS-IP-Address = 216.34.94.184
Hi,
OS: Ubuntu 9.10
Freeradius 2.1.0 (Installed using synaptic packet manager)
I have installed FreeRadius server and now I am testing it with the
r...@kartik-laptop:/usr/local/etc/raddb# *radtest testing password 127.0.0.1
0 testing123*
OUTPUT:
Sending Access-Request of id 248 to 127.0.0.1 port
kartik dadwal wrote:
OS: Ubuntu 9.10
Freeradius 2.1.0 (Installed using synaptic packet manager)
On the server terminal:
r...@kartik-laptop:/etc/freeradius# *radiusd -X*
I would suggest reading the debug output. The answer to your question
is in there.
Also, try pasting the debug output
Theresa wrote:
Hello,
I use Freeradius 2.1.10 (built from the git branch 2.1.x). I just
configured it with one user (testing, password) and a shared secret
(testing123) and didn't change anything else.
I run freeradius -X (Ubuntu 10.04) and when it receives a request
(radtest testing
Hello,
I use Freeradius 2.1.10 (built from the git branch 2.1.x). I just
configured it with one user (testing, password) and a shared secret
(testing123) and didn't change anything else.
I run freeradius -X (Ubuntu 10.04) and when it receives a request
(radtest testing password 127.0.0.1 0
On Sun, Aug 15, 2010 at 3:43 AM, Alan DeKok al...@deployingradius.comwrote:
Huckle Berry wrote:
radtest for both users works on server, but from the windows 7 client
only RadiusUser can log in. After looking at RadiusSQL's debug, it seems
the sql module isn't ever consulted... Debugs
Huckle Berry wrote:
Is there a good reference for the various protocols, i.e. a diagram, or
flowchart, that could help me understand the process and therefore
better troubleshoot my situation? I'm more of a visual learner so
illustrations would be awesome.
There are no pictures. The
Huckle Berry wrote:
radtest for both users works on server, but from the windows 7 client
only RadiusUser can log in. After looking at RadiusSQL's debug, it seems
the sql module isn't ever consulted... Debugs for both users can be
posted on request.
What you didn't say is that the Windows
| op | value |
++---+++---+
| 1 | RadiusSQL | Cleartext-Password | := | RadiusSQL |
++---+++---+
radtest for both users works on server, but from the windows 7 client only
RadiusUser can log in. After
Which doesn't match the error message you showed above. here is *no*
ATTRIBUTE line having an option.
I'm sorry, I paste my actual dictionary...
$ cat /usr/share/freeradius/dictionary.rinuex
# -*- text -*-
#
# dictionary.rinuex
#
#
# Mayo de 2010
# Marco Jaraíz mjar...@unex.es
#
Ana Gallardo wrote:
I'm sorry, I paste my actual dictionary...
$ cat /usr/share/freeradius/dictionary.rinuex
...
BEGIN-VENDORRinuex
Which says all of the following attributes are for this vendor
# Código para indicar la causa del Access-Reject
ATTRIBUTECodigo-Reject
$ cat /usr/share/freeradius/dictionary.rinuex
...
BEGIN-VENDORRinuex
Which says all of the following attributes are for this vendor
OK
# Código para indicar la causa del Access-Reject
ATTRIBUTECodigo-Reject8integerRinuex
Which *duplicates* the vendor
@lists.freeradius.o
rg] On Behalf Of Alan DeKok
Sent: Wednesday, June 09, 2010 3:21 PM
To: FreeRadius users mailing list
Subject: Re: radtest with MS-CHAPv2?
Andrew Chiarello wrote:
Is there any cli tool I can use to send an MS-CHAPv2 test?
No.
There's a Windows tool, but I forget the name.
Alan DeKok
/dictionary.html
*ATTRIBUTE name number type [vendor|options]*
that is possible.
But when I use radtest, I have this problem:
$ radtest u...@realm pass radius 0 claveClient
radclient: dict_init: /usr/share/freeradius/dictionary.XXX: unknown option
XXX
Thank you and sorry for my english
Ana Gallardo wrote:
$ radtest u...@realm pass radius 0 claveClient
radclient: dict_init: /usr/share/freeradius/dictionary.XXX: unknown
option XXX
You didn't define XXX as a vendor.
And there's no reason to keep the vendor name a secret. The
name/number for the vendor is available
Hello Alan,
$ radtest u...@realm pass radius 0 claveClient
radclient: dict_init: /usr/share/freeradius/dictionary.XXX: unknown
option XXX
You didn't define XXX as a vendor.
I think I did...
$ cat /usr/share/freeradius/dictionary.rinuex
# -*- text -*-
#
# dictionary.rinuex
Ana Gallardo wrote:
Hello Alan,
$ radtest u...@realm pass radius 0 claveClient
radclient: dict_init: /usr/share/freeradius/dictionary.XXX: unknown
option XXX
You didn't define XXX as a vendor.
I think I did...
$ cat /usr/share/freeradius/dictionary.rinuex
Which
I'm very new to freeradius, and I need to test whether my configuration is
correctly accepting MS-CHAPv2 requests. I'm not sure exactly how to do this
with radtest (or am I using the wrong tool?)
Andrew J. Chiarello
Network Engineer
Bryn Mawr College
610-526-7966
achiare...@brynmawr.edu
Andrew Chiarello wrote:
I'm very new to freeradius, and I need to test whether my configuration
is correctly accepting MS-CHAPv2 requests. I'm not sure exactly how to
do this with radtest (or am I using the wrong tool?)
You can't use it with radtest. Maybe in version 2.1.10.
Alan DeKok
Is there any cli tool I can use to send an MS-CHAPv2 test?
- Original Message -
From: Alan DeKok al...@deployingradius.com
To: FreeRadius users mailing list freeradius-users@lists.freeradius.org
Sent: Wednesday, June 9, 2010 11:33:30 AM
Subject: Re: radtest with MS-CHAPv2?
Andrew
Andrew Chiarello wrote:
Is there any cli tool I can use to send an MS-CHAPv2 test?
No.
There's a Windows tool, but I forget the name.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
John Dennis wrote:
All you should need to do is create a bugzilla login, no different than
the FreeRADIUS bugzilla, but no problem, I attached the patch to the the
FreeRADIUS bug, should be easy to see now.
Tried, still the same error. Oh well.
From what I can tell, the issue is that
Hello John, Alan, all,
John Dennis wrote:
We also just discovered a bug with IPv6 usage in radclient (and
radtest), you may want to take a look at these two bugzilla's:
https://bugs.freeradius.org/bugzilla/show_bug.cgi?id=80
The better fix is to take unknown options starting
users mailing list
Subject: Re: radtest and IPv6 support
Panagiotis Georgopoulos wrote:
I am trying to use radtest to test my freeradius
configuration over IPv6. I have configured IPv6 on my freeradius
server
and a client machine from which I am firing radtest. However when I
On 06/03/2010 01:57 PM, Panagiotis Georgopoulos wrote:
Hello all,
I am trying to use radtest to test my freeradius configuration over
IPv6. I have configured IPv6 on my freeradius server and a client
machine from which I am firing radtest. However when I issue “radtest
We also just discovered
John Dennis wrote:
We also just discovered a bug with IPv6 usage in radclient (and
radtest), you may want to take a look at these two bugzilla's:
https://bugs.freeradius.org/bugzilla/show_bug.cgi?id=80
The better fix is to take unknown options starting with -, and pass
them directly
On 06/07/2010 05:33 PM, Alan DeKok wrote:
John Dennis wrote:
We also just discovered a bug with IPv6 usage in radclient (and
radtest), you may want to take a look at these two bugzilla's:
https://bugs.freeradius.org/bugzilla/show_bug.cgi?id=80
The better fix is to take unknown options
Panagiotis Georgopoulos wrote:
I am trying to use radtest to test my freeradius
configuration over IPv6. I have configured IPv6 on my freeradius server
and a client machine from which I am firing radtest. However when I
issue “radtest bob hello 2001:db95::100 100 testing123
Hello all,
I am trying to use radtest to test my freeradius
configuration over IPv6. I have configured IPv6 on my freeradius server and
a client machine from which I am firing radtest. However when I issue
radtest bob hello 2001:db95::100 100 testing123 on my client I get
Robert Wilkinson wrote:
I have uncommented all the SQL lines to no avail. No module is loaded.
The debug log *clearly* shows which files it is reading, and which
modules it is loading. It reads the SQL configuration files, but does
*not* load the SQL module.
Is it important to have a NAS
Hello.
After lots of reading and time testing I have been unable to get sql to
authenticate with using radtest. Am I having issues with the the DB
setup? I am having no problems with the users file. But there seems to
be nothing to pursue with the SQL issues. I am almost moved to tears
Robert Wilkinson wrote:
Hello.
After lots of reading and time testing I have been unable to get sql to
authenticate with using radtest. Am I having issues with the the DB
setup? I am having no problems with the users file. But there seems to
be nothing to pursue with the SQL issues. I am
hi,
your output doesnt show SQL being loaded up as the daemon startsits very
obvious when it does use SQL as there'll be a lot of SQL stuff shown in the
startup
eg sockets connecting to the SQL etc.
check that you have the INCLUDE sql.conf in the radiusd.conf and chck that
you have
On Wed, 2010-05-26 at 19:58 +0100, Alan Buxey wrote:
hi,
your output doesnt show SQL being loaded up as the daemon startsits very
obvious when it does use SQL as there'll be a lot of SQL stuff shown in the
startup
eg sockets connecting to the SQL etc.
Just realised that the server
hi,after the addition of customers in the database sql, I assay to test a
client in other computer by using radtest.but i had those lignes in the
shell:# radtestLe programme 'radtest' peut être trouvé dans les paquets
suivants :(that's means The program 'radtest' can be found in the following
Hi,
after the addition of customers in the database sql, I assay to test a client
in other computer by using radtest.
but i had those lignes in the shell:
# radtest
Le programme 'radtest' peut être trouvé dans les paquets suivants :(that's
means! nbsp;The program 'radtest' can be found
Hi,
I am using v2.1.8 in SuSE 11.
Question1: I don't have the client and nas environment right now. I want
to input EAP-TTLS and EAP-PEAP (MSCHAPv2) respectively into radclient
(or radtest) to test my freeradius configuration. What should be the input
to radclient (or radtest) (i.e
bslee (HKBU) wrote:
Question1: I don't have the client and nas environment right now. I
want to input EAP-TTLS and EAP-PEAP (MSCHAPv2) respectively into
radclient (or radtest) to test my freeradius configuration. What should
be the input to radclient (or radtest) (i.e. the red string
Hi,
Thanks this was fixed by commenting out the ::1 entry in /etc/hosts as
we don't intend to run IPv6 on the box
if you dont intend fo run IPv6 on that server then I'd suggest to
turn it off - otherwise you may have no ::1 in /etc/hosts but your IPv6 stack
is running and ALL daemons etc that
Hi,
rad_recv: Access-Request packet from host 127.0.0.1 port 46723, id=155,
length=56
User-Name = test
User-Password = test
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
+- entering group authorize {...}
++[preprocess] returns ok
++[chap] returns noop
Hi Alan,
Thanks for the help we have turned IPv6 off
Thanks
Colin
Hi,
Thanks this was fixed by commenting out the ::1 entry in /etc/hosts as
we don't intend to run IPv6 on the box
if you dont intend fo run IPv6 on that server then I'd suggest to
turn it off - otherwise you may
Hi Alan,
I figured out that I would need to add a test user in the users file,
thanks for looking at it though.
We are still testing in the lab, we hope to use this to replace our
existing Orps thats running radiator, so we are trying to configure a
server that will use EAP-TTLS with a PAP
Alan,
Thanks this was fixed by commenting out the ::1 entry in /etc/hosts as
we don't intend to run IPv6 on the box
Thanks again
Colin
Colin Byelong wrote:
radtest test test localhost 0 testing123
Sending Access-Request of id 253 to ::1 port 1812
::1 is IPv6
just want to test that freeradius works, you should be able to
add a new user to the OS (using useradd and passwd or other
tools), and then use that user/password for radtest.
--
Fajar
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hello,
Im very new to freeradius so apologies if this is a dumb question.
I installed freeradius2.1.8 on a Fedora 12 system today, when the
install had finished I started radius with radiusd -X
Another window was opened to run radtest:
radtest test test localhost 0 testing123
Sending Access
On 02/10/2010 10:30 AM, Colin Byelong wrote:
Hello,
Im very new to freeradius so apologies if this is a dumb question.
I installed freeradius2.1.8 on a Fedora 12 system today, when the
install had finished I started radius with radiusd -X
Another window was opened to run radtest:
radtest
Hello,
Im very new to freeradius so apologies if this is a dumb question.
I installed freeradius2.1.8 on a Fedora 12 system today, when the
install had finished I started radius with radiusd -X
Another window was opened to run radtest:
radtest test test localhost 0 testing123
Sending Access
On 10/02/2010 15:54, John Dennis wrote:
Hello,
Did you open the port in your firewall?
hint: either use system-config-firewall to see if it's open and open
it if it isn't or use service iptables status | grep 1812 to quickly
verify if it's open or not.
Hi John,
Thanks for the respose.
Colin Byelong wrote:
radtest test test localhost 0 testing123
Sending Access-Request of id 253 to ::1 port 1812
::1 is IPv6.
...
Listening on authentication address * port 1812
Listening on accounting address * port 1813
Listening on command file /var/run/radiusd/radiusd.sock
Listening
in 0.9 seconds.
Sending delayed reject for request 0
Sending Access-Reject of id 155 to 127.0.0.1 port 46723
Waking up in 4.9 seconds.
Cleaning up request 0 ID 155 with timestamp +2105
Its home time here so i'll look at this tomorrow :-)
Thanks
Colin
Colin Byelong wrote:
radtest test
Hi,
Please see attached radiusd -X dump file as requested.
errr...ahhh...
Ready to process requests.
..and then nothing - we need to see actual traffic passing through to see the
logic
and decisions made on the packet.
alan
-
List info/subscribe/unsubscribe? See
...@lists.freeradius.org
[mailto:freeradius-users-bounces+mark.smith=abelalarm.co...@lists.freeradius
.org] On Behalf Of James J J Hooper
Sent: 27 January 2010 17:20
To: FreeRadius users mailing list
Subject: RE: Duplicating results for radtest
--On Wednesday, January 27, 2010 05:11:26 PM + Mark Smith
1 - 100 of 250 matches
Mail list logo
