Virtual Server not setting attributes on reply

[Timothy]

I think we're getting too far into the detail and losing sight of the
problem I was trying to report initially.

I'd expect the only difference between the proxying to a remote server,
and proxying to a virtual server to be efficency / ports used, not
functionality, aka it's more efficnt to use virtual_server= rather
than define a remote radius server, then have the virtual server
listen on odd numbered ports on localhost.

There seems to be a functionality difference when proxied to a virtual server.

Tim

2009/12/21 Alan Buxey <A.L.M.Buxey at lboro.ac.uk>:
> Hi,
>
>> Not the default virtual server. The test virtual server
>> The flow is client -> default virtual server acting as a proxy -> test
>> virtual server
>> If the test virtual server is configured as a remote radius server
>> then things work great. If it's configured as a virtual server using
>> the "virtual_server=name" then things break.
>
> test virtual server not setting the options byt he looks of it...
> post-auth is called in that virtual server - so how should it be getting/setting
> that attribute?
>
> alan
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
>