Skip to Content.
Sympa Menu

cat-users - Re: [[cat-users]] Windows Authentication Issue (MSCHAPv2 / €) - Request for Feedback

cat-users AT lists.geant.org

Subject: The mailing list for users of the eduroam Configuration Assistant Tool (CAT)

List archive

Chronological Thread  
  • From: Tomasz Wolniewicz <address@concealed>
  • To: Philippe Taurines <address@concealed>, "address@concealed" <address@concealed>, "address@concealed" <address@concealed>
  • Subject: Re: [[cat-users]] Windows Authentication Issue (MSCHAPv2 / €) - Request for Feedback
  • Date: Wed, 17 Sep 2025 11:26:04 +0200

Hi,

  Did you try delete all eduroam profiles and just connect to eduroam without prior CAT installation. Windows should pop up some confirmations but it should connect. This test would tell us if it is the actual Windows supplicant fault or perhaps a CAT error in handling the password with this character.

I will do my own tests as well, of course.

Yours

Tomasz Wolniewicz

W dniu 17.09.2025 o 11:08, Philippe Taurines (via cat-users Mailing List) pisze:

Hello,

 

We are experiencing an authentication issue with Windows 11 clients when the user's password contains the character "€".

 

We have observed the following behavior with a FreeRADIUS server and MSCHAPv2 authentication:

 

1. Windows 11 client: Connection fails if the password contains a "€".

2. Android client: Connection works, even if the password contains a "€".

3. Windows 11 client (without a "€"): Connection works.

4. Android client (without a "€"): Connection works.

 

What seems even more surprising to me is when configuring the Windows supplicant with cat-eduroam, analyzing the connection logs on the radius servers:

 

1. With an invalid password and without the "€" symbol, the client's connection attempt is clearly visible in the radius server logs.

2. With an invalid password and the "€" symbol, the client's connection attempt is not visible in the radius server logs.

3. With a valid password and the "€" symbol, the client's connection attempt is not visible in the radius server logs.

4. With a valid password and without the "€" symbol, the client's connection attempt is visible in the radius server logs.

 

This behavior suggests that the problem lies with the Windows supplicant.

 

Have you ever encountered a similar problem or do you have any feedback to share on this issue?

 

Are there any other characters you know of that might not be well supported?

 

Sincerely,

-- 
Tomasz Wolniewicz

Attachment: smime.p7s
Description: Kryptograficzna sygnatura S/MIME




Archive powered by MHonArc 2.6.24.

Top of Page