Using virtual servers to authenticate with different ports and Users

[Alan Kong]

Hi,

I am new to the idea of virtual servers on freeradius.

I would like to authenticate one group of users using Port 1812 and a 
second group of users on port 1645 with the intention of using virtual 
server settings. I have got freeradius 2.1.11 with default radiusd.conf 
settings working according to the instructions from freeradius wiki. I 
would like to change the default settings in using virutal server by 
enclosing the first "listen section with type=auth" on default 
"radiusd.conf" with server wifi. However, the test user was rejected.

Please let me know whether I need other settings to be modified to get 
the user accepted. I am only changing the default settings into one 
virtual server at the moment.


Thank you.

Regards
Alan

Enclosed please find messages from "radiusd -X" after "virtual server 
wifi" added:
Listening on accounting address * port 1813
Listening on command file /usr/local/var/run/radiusd/radiusd.sock
Listening on authentication address * port 1812 as server wifi
Listening on authentication address 127.0.0.1 port 18120 as server 
inner-tunnel
Listening on proxy address * port 1814
Ready to process requests.
rad_recv: Access-Request packet from host 127.0.0.1 port 38387, id=56, 
length=59
         User-Name = "testing"
         User-Password = "password"
         NAS-IP-Address = 127.0.0.1
         NAS-Port = 0
server wifi {
   WARNING: Empty authorize section.  Using default return values.
ERROR: No authenticate method (Auth-Type) found for the request: 
Rejecting the user
Failed to authenticate the user.
} # server wifi
Using Post-Auth-Type Reject
   WARNING: Unknown value specified for Post-Auth-Type.  Cannot perform 
requested action.
Delaying reject of request 0 for 1 seconds
Going to the next request
Waking up in 0.9 seconds.
Sending delayed reject for request 0
Sending Access-Reject of id 56 to 127.0.0.1 port 38387
Waking up in 4.9 seconds.
Cleaning up request 0 ID 56 with timestamp +38
Ready to process requests.