[RADIATOR] Unsupported EAP Response 26
michael.filz at zv-extern.fraunhofer.de
michael.filz at zv-extern.fraunhofer.de
Thu Sep 12 08:36:02 UTC 2019
On Tue, 2019-09-10 at 19:31 +0300, Heikki Vatiainen wrote:
> On 10/09/2019 18.15, michael.filz at zv-extern.fraunhofer.de wrote:
>
> > <Handler TunnelledByPEAP=1,EAP-Message=/<REDACTED>/i>
>
> I recommend changing this to just: <Handler TunnelledByPEAP=1>
>
> Because PEAP can only carry EAP, the inner request is always built
> with
> EAP-Message. Based on the log the redacted regexp did not match and
> it
> fell back to the other Handler. While this allowed the final ack for
> EAP
> 26 to happen, it is not allowed any longer.
>
> Thanks,
> Heikki
>
Addendum: I have compared the section in question between 4.18 and
4.23. It doesn't even seem to be a problem with matching the handler,
but with radiator reacting to it:
========
4.18
========
Thu Sep 12 10:04:47 2019: DEBUG: PEAP Tunnelled request Packet dump:
Code: Access-Request
Identifier: UNDEF
Attributes:
EAP-Message = <2><11><0><6><26><3>
Message-Authenticator = <0><0><0><0><0><0><0><0><0><0><0><0><0><0><0><0>
NAS-IP-Address = 127.0.0.1
Calling-Station-Id = "02-00-00-00-00-01"
User-Name = "<REDACTED>"
Thu Sep 12 10:04:47 2019: DEBUG: Handling request with Handler 'Realm=/<REDACTED>/i', Identifier 'RADIUS_PROXY'
Thu Sep 12 10:04:47 2019: DEBUG: Deleting session for <REDACTED>, 127.0.0.1,
Thu Sep 12 10:04:47 2019: DEBUG: Handling with Radius::AuthFILE:
Thu Sep 12 10:04:47 2019: DEBUG: Handling with EAP: code 2, 11, 6, 26
Thu Sep 12 10:04:47 2019: DEBUG: Response type 26
Thu Sep 12 10:04:47 2019: DEBUG: EAP Success, elapsed time 0.073696
Thu Sep 12 10:04:47 2019: DEBUG: EAP result: 0,
Thu Sep 12 10:04:47 2019: DEBUG: AuthBy FILE result: ACCEPT,
Thu Sep 12 10:04:47 2019: DEBUG: Access accepted for <REDACTED>
Thu Sep 12 10:04:47 2019: DEBUG: Returned PEAP tunnelled packet dump:
Code: Access-Accept
Identifier: UNDEF
Attributes:
MS-MPPE-Send-Key =
MS-MPPE-Recv-Key =
EAP-Message = <3><11><0><4>
Message-Authenticator = <0><0><0><0><0><0><0><0><0><0><0><0><0><0><0><0>
========
4.23
========
Thu Sep 12 10:01:50 2019: DEBUG: PEAP Tunnelled request Packet dump:
Code: Access-Request
Identifier: UNDEF
Attributes:
EAP-Message = <2><11><0><6><26><3>
Message-Authenticator = <0><0><0><0><0><0><0><0><0><0><0><0><0><0><0><0>
NAS-IP-Address = 127.0.0.1
Calling-Station-Id = "02-00-00-00-00-01"
User-Name = "<REDACTED>"
Thu Sep 12 10:01:50 2019: DEBUG: Handling request with Handler 'Realm=/<REDACTED>/i', Identifier 'RADIUS_PROXY'
Thu Sep 12 10:01:50 2019: DEBUG: SessINTERNAL: Deleting session for <REDACTED>, 127.0.0.1,
Thu Sep 12 10:01:50 2019: DEBUG: Handling with Radius::AuthFILE:
Thu Sep 12 10:01:50 2019: DEBUG: Handling with EAP: code 2, 11, 6, 26
Thu Sep 12 10:01:50 2019: DEBUG: Response type 26
Thu Sep 12 10:01:50 2019: DEBUG: EAP result: 1, Unsupported EAP Response 26
Thu Sep 12 10:01:50 2019: DEBUG: AuthBy FILE result: REJECT, Unsupported EAP Response 26
Thu Sep 12 10:01:50 2019: INFO: Access rejected for <REDACTED>: Unsupported EAP Response 26
Thu Sep 12 10:01:50 2019: DEBUG: EAP Failure, elapsed time 0.099186
Thu Sep 12 10:01:50 2019: DEBUG: Returned PEAP tunnelled packet dump:
Code: Access-Reject
Identifier: UNDEF
Attributes:
Reply-Message = "Request Denied"
EAP-Message = <4><11><0><4>
Message-Authenticator = <0><0><0><0><0><0><0><0><0><0><0><0><0><0><0><0>
Everything appears to be quite the same up to the point where Radiator
starts to handle the Response Type - 4.18 gives a success while 4.23
complains it doesn't know about type 26.
Any ideas?
Greetings,
Michael
More information about the radiator
mailing list