Sounds to me like Tim is on the right track.  This is what you see when the 
machine is set to machine auth.   Common if the machine is joined to a domain.

Thanks,
Kelly Slone

Sent from my iPhone

On Feb 1, 2017, at 8:16 PM, Cappalli, Tim (Aruba) 
<t...@hpe.com<mailto:t...@hpe.com>> wrote:

Sounds like the client is configured for computer authentication, not user. You 
can change this in the supplicant configuration.

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Watters, John
Sent: Wednesday, February 1, 2017 16:51
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>
Subject: Re: [WIRELESS-LAN] Windows 10 eduroam EAP/TLS adding "host/" before 
username in RADIUS request?

Let me ask our RADIUS folks about this tomorrow. I'll post whatever I find out.


==========================
-jcw
________________________________
From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>] 
on behalf of Scot Colburn [colb...@ucar.edu<mailto:colb...@ucar.edu>]
Sent: Wednesday, February 01, 2017 5:55 PM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>
Subject: [WIRELESS-LAN] Windows 10 eduroam EAP/TLS adding "host/" before 
username in RADIUS request?
Is anybody else seeing Windows 10 prepending "host/" to eduroam usernames in 
EAP/TLS auth?

We've had trouble getting our Windows 10 machines authenticating onto our 
eduroam SSID using EAP/TLS. We seem to have two outcomes, neither of which work:
1) if we create a "Manual Profile" then no authentication traffic ever hits the 
RADIUS server.
2) if we do NOT create a manual profile then an authentication request does hit 
the RADIUS server, but with "host/" prepended to the hostname. Our RADIUS 
server rejects the authentication with "host/" prepended; I imagine a roaming 
user would have often have the same issue.

I have a theory: The eduroam auth requires a "realm" to be appended to the 
username so eduroam service-providers and federated RADIUS servers know to 
proxy a roaming RADIUS auth to the correct server. In our case, we append 
"@ucar.edu<http://ucar.edu>" to the username. Maybe that 
"@ucar.edu<http://ucar.edu/>"  is provoking Windows10 to prepend the "host/" 
prefix.  Authentication to our internal SSID without the 
"@ucar.edu<http://ucar.edu>" is working normally.

Any clues?

I think we can build a workaround to rewrite the username on the RADIUS server, 
but that won't help our roaming eduroam EAP/TLS users if other eduroam 
service-providers are having the same issue.

Scot Colburn
Network Engineer NCAR/UCAR/NETS/FRGP

********** Participation and subscription information for this EDUCAUSE 
Constituent Group discussion list can be found at 
http://www.educause.edu/discuss.
********** Participation and subscription information for this EDUCAUSE 
Constituent Group discussion list can be found at 
http://www.educause.edu/discuss.
********** Participation and subscription information for this EDUCAUSE 
Constituent Group discussion list can be found at 
http://www.educause.edu/discuss.

**********
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/discuss.

Reply via email to