The tabs/fields that are not showing up are ones specifically for entering
proxy information. Maybe my memory is completely unreliable, but I could
swear I saw these previously.
> > * I have also tried it with an accounttype specified with the same
> Thats only for overriding the attributes received from the remote
> RADIUS server with the set of default attributes associated with the
> > radrecv: Request from host ce3a7f2a code=1, id=103, length=86
> > User-Name = "firstname.lastname@example.org"
> > Sending proxy request to: skipnet:184.108.40.206:hoohoo:85
> We received the requiest and forwarded it to the remote server.
> > radrecv: Request from host ccca540a code=3, id=103, length=20
> > Proxy: Found Matching Proxy request for response (w/o proxy state).
> > Sending Reject of id 103 to ce3a7f2a (riker)
> Here we received a reject from the remote server (code=3) and
> forward the reject back to the client making the request.
> You didn't include the RadRoamServer/RadRoamDomain config for
> skipnet.com. Is the remote expecting email@example.com or
> just test for the username?
In the dubug info, I was attempting to protect the anonymity of our client,
but it looks like I pooched that. Sorry about that. All references to the
domain in the RadRoamServer/RadRoamDomain actually refer to skipnet.com, so
firstname.lastname@example.org is correct. He is expecting just "test" as a username.
If I have skipnet.com entered for the domain, and StripDomain selected,
will it also remove the @?
> The stripdomain option would
> reflect this option. Have you had the admin on the other side
> check to see whats going on?
The debug capability on his radius product apparently leaves something to
Network Operations Manager
Direct NET Communications