: Patricia Julien ; FreeRadius users mailing list
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 packet.
You've got a problem with your local network environment o
talled 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
, I started radiusd -X
>>debug.txt 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.
radtes
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
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 seperat
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
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
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 enabl
On 22/07/13 14:32, Arran Cudbard-Bell wrote:
On 22 Jul 2013, at 14:15, Phil Mayers
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 dua
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 familie
On 22 Jul 2013, at 14:15, Phil Mayers 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 nice to recor
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 be
Hi,
>> Does radtest not support IPv6? I could have sworn it did IPv6 earlier,
>> but not totally sure.
>
>
>
> -4 Use IPv4 for the NAS address (default)
> -6 Use IPv6 for the NAS address
Uh. Sorry.
Still... mayb
On 22 Jul 2013, at 13:32, Stefan Winter wrote:
> Hi,
>
>>> Does radtest not support IPv6? I could have sworn it did IPv6 earlier,
>>> but not totally sure.
>>
>>
>>
>>-4 Use IPv4 for the NAS address (default)
&g
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
> ra
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
On Sun, Apr 28, 2013 at 1:31 AM, Andres 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 is mschap test funct
We presume 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
p?
We presume 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" paramete
# Version: $Id$
>#
>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. th
$
#
prefix="/usr"
exec_prefix="/usr"
bindir="/usr/bin"
usage() {
echo "Usage: radtest user passwd radius-server[:port]
nas-port-number secret [ppphint] [nasname]" >&2
exit 1
}
radclient=$bindir/radclient
if [ ! -x "$radclient" ] &a
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
=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
2013/4/26 Chitrang Srivastava
>
>> 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 wrote:
>>
>>> Hello All,
>&
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 you
On Thu, Apr 25, 2013 at 10:52 PM, Andres 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 synt
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 wrote:
> Hello All,
>
> I'm trying to test mschap with radtest but it gives me strange error
>
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 hos
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
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
>
> linu
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
>
>
>
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
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
>
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
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 r
>> 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.
-Sco
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?
--
Sent from my phone. Please excuse brevity and typos.
-
ccess (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
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
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 be
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 Sat, Apr 9, 2011 at 5:03 PM, 徐宇 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 aut
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/su
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
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
The NAS-IP-Address field should be set to whatever you are using as your
supplicant, most likely your switch.
On Fri, Oct 15, 2010 at 4:15 AM, Sujith Paily K wrote:
> I have installed freeradius2 & freeradius2-utils on centos5.5 using yum. I
> did the basic configuration and test wi
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
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 out
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
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 receiv
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.
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 pro
On Sun, Aug 15, 2010 at 3:43 AM, Alan DeKok wrote:
> 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.
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
d | username | attribute | op | value |
++---+++---+
| 1 | RadiusSQL | Cleartext-Password | := | RadiusSQL |
++---+----+----+---+
radtest for both users works on server, but from the windows 7 client only
Rad
@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.
Al
> > $ 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 *duplicate
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
> 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
# Ana Gallardo
#
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
Is there any cli tool I can use to send an MS-CHAPv2 test?
- Original Message -
From: "Alan DeKok"
To: "FreeRadius users mailing list"
Sent: Wednesday, June 9, 2010 11:33:30 AM
Subject: Re: radtest with MS-CHAPv2?
Andrew Chiarello wrote:
> I'm very n
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
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...@br
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
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/dictio
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
reeradius.org/radiusd/man/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"
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
>
>
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 th
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 op
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 "-&qu
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
ne 2010 09:27
> To: FreeRadius 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
> >
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 10
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 clie
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
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 s
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 uncomment
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 purs
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 t
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&am
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
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
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
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 inn
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 hav
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] return
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 tha
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
he user.
If you 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
ll look at this tomorrow :-)
Thanks
Colin
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
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/radiu
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.
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 testing1
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:
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 testing1
...@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 262 matches
Mail list logo