Hi All,
So I'm on Ubuntu Hardy Heron, currently running FreeRADIUS 2.1.6, and have
just downloaded 2.1.7
./configure ; make ; make install
No complaints other than the expected "config files are more recent, you'll
need to fix that yourself, we won't touch it".
Running the new radiusd produces
That fixed it.
Thanks,
Phil P
On Thu, Sep 17, 2009 at 4:46 PM, Salim Engin wrote:
>
> Just try to execute "ldconfig" and retry...
>
> On Thu, Sep 17, 2009 at 9:34 AM, Phil Pierotti wrote:
>
>> Hi All,
>>
>> So I'm on Ubuntu Hardy Heron, curr
Hi All,
I've just started with FreeRADIUS and noticed that when running radwho the
'location' field seems empty.
(FreeRADIUS 2.1.7 from the source on Ubuntu 8.04LTS)
There doesn't seem to be a configuration option/tweak anywhere I can find,
or am I missing something?
The reason I'm interested is
I'm also about to attempt the same thing, but this comment below
didn't make sense to me.
You put what in where?
Any chance you can copy-n-paste a clarification for those of us who're
also new to FreeRADIUS?
Thanks,
PhilP
> after debug i saw that all that was missing was in the default file und
I've configured Freradius (2.1.7) to proxy certain realms to another box,
and generally things are working as expected.
Running TCPDUMP, I see:
11:54:26.205736 IP (tos 0x0, ttl 64, id 19359, offset 0, flags [none], proto
UDP (17), length 518) blah.blah.blah.foo.1814 > blah.blah.blah.bar.1813:
RAD
Hi All,
I've got Freeradius (2.1.7, Ubuntu Hardy) setup to answer some requests
itself, and others get proxied away.
All accounting requests get proxied away.
My Cisco LNS is sending periodic accounting requests , every ten minutes.
We have enough concurrent sessions online that there's a steady
, Feb 15, 2010 at 1:42 PM, Phil Pierotti wrote:
> Hi All,
>
> I've got Freeradius (2.1.7, Ubuntu Hardy) setup to answer some requests
> itself, and others get proxied away.
> All accounting requests get proxied away.
>
> My Cisco LNS is sending periodic accounting requests
: Proxy: Received response to status check 68398
(563 in current sequence)
On Mon, Feb 15, 2010 at 6:23 PM, Alan DeKok wrote:
> Phil Pierotti wrote:
> > TCPDUMP shows the accounting requests are still being received on the
> > freeradius box, but the outbound/proxied messages hav
iven the fairly frequent packets, that'll be a decent bit of reading.
Meanwhile - on what basis does Freeradius decide that a downstream proxy is
dead?
Thanks,
PhilP
On Tue, Feb 16, 2010 at 8:35 AM, Alan DeKok wrote:
> Phil Pierotti wrote:
> > The main reason my initial checking was
l P
On Tue, Feb 16, 2010 at 8:56 AM, Fajar A. Nugraha wrote:
> On Tue, Feb 16, 2010 at 4:00 AM, Phil Pierotti
> wrote:
> > Tue Feb 16 07:45:32 2010 : Proxy: Marking home server {{radius-ip}} port
> > 1813 as zombie (it looks like it is dead).
>
> I assume that radius
p
Acct-Session-Id := ""
Event-Timestamp := "Feb 16 2010 09:40:25 EST"
NAS-Identifier := "Status Check. Are you alive?"
Tue Feb 16 09:40:25 2010 : Debug: Waking up in 0.7 seconds.
rad_recv: Accounting-Response packet from host 192.168.14
Hi Fajar,
On Tue, Feb 16, 2010 at 1:16 PM, Fajar A. Nugraha wrote:
> On Tue, Feb 16, 2010 at 6:09 AM, Phil Pierotti
> wrote:
>
> > Tue Feb 16 09:40:25 2010 : Proxy: Marking home server 192.168.147.2 port
> > 1813 as zombie (it looks like it is dead).
>
> There sh
Since you've deleted 99% of the debug log, I can't tell. Since you
> don't know what to look for in the logs, you can't tell, either.
>
Yes, I have no idea what to look for. If I did, I'd have been looking for
it, rather than asking the list.
Not withstanding your replies, I *still* am no clos
Oddly enough, simply matching "no subject" and scorching it out of existence
would work in this case, and would also remove one of the "classic email
annoyances".
Phil P
On Sat, Apr 10, 2010 at 5:28 AM, Alan DeKok wrote:
> Glen Millard wrote:
> > I think that the list is being spammed.
>
> Yes
Hi All,
So today I thought I'd try my hand at "nicely" reloading the freeradius
config using signals rather than hard restarting the daemon.
I added new config to the hints file and to the users file.
Wed Dec 29 14:49:11 2010 : Info: Received HUP signal.
Wed Dec 29 14:49:11 2010 : Info: Received
Wed Dec 29 14:49:11 2010 : Info: Module: Reloaded module "files"
So that would cover the HINTS and USERS *files* would it not?
Or am I missing something?
Thanks,
Phil P
On Wed, Dec 29, 2010 at 7:42 PM, Stephan Kirsten
wrote:
> Am 29.12.2010 06:56, schrieb Phil Pierotti:
>
&
think it means.
k, so is there *any* way to make "re-read the config" actually reread *all*
the config as opposed to "only some arbitrary portion of said config which
might possibly meet your needs, or maybe not"?
Phil P
On Wed, Dec 29, 2010 at 10:15 PM, Phil Pierotti wrote:
17 matches
Mail list logo