[RADIATOR] EAP Response type 25, but no expected type known - Rogue Access Point?

Ullfig, Roberto Alfredo rullfig at uic.edu
Thu Sep 12 13:45:13 UTC 2019


No, there's only one eduroam server.

---
Roberto Ullfig - rullfig at uic.edu
Systems Administrator
Enterprise Architecture and Development | ACCC
University of Illinois - Chicago
________________________________
From: Heikki Vatiainen <hvn at open.com.au>
Sent: Thursday, September 12, 2019 8:01 AM
To: Ullfig, Roberto Alfredo <rullfig at uic.edu>; radiator at lists.open.com.au <radiator at lists.open.com.au>
Subject: Re: [RADIATOR] EAP Response type 25, but no expected type known - Rogue Access Point?

On 10/09/2019 20.58, Ullfig, Roberto Alfredo wrote:

> Have some new information now. These errors seems to have gone away on
> their own on our load-balanced service; however, the five eduroam
> (non-load balanced service) errors over the past few weeks are all for
> umn.edu logins so it's highly likely that this is a problem with the
> umn.edu eduroam server. We have users from many organizations using
> eduroam and only that org's logins are failing occasionally.

Load balancing sounds like a possible reason for unexpected EAP
messages. Anything that can split messages between different target
servers could cause that.

Could the eduroam related errors be caused by eduroam service delivering
messages originated by roaming users to different UIC servers?

Thanks,
Heikki

--
Heikki Vatiainen <hvn at open.com.au>

Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, TACACS+, PAM, Active Directory,
EAP, TLS, TTLS, PEAP, WiMAX, RSA, Vasco, Yubikey, HOTP, TOTP,
DIAMETER etc. Full source on Unix, Windows, MacOSX, Solaris, VMS, etc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.open.com.au/pipermail/radiator/attachments/20190912/e5461875/attachment.html>


More information about the radiator mailing list