EAP server: Force FAILURE if EAP method buildReq fails
Previously, this resulted in unnecessary wait and retransmission of the previous EAP-Request. Change that to trigger immediate transmission of EAP-Failure and disconnection since the EAP method cannot really recover from this state. Signed-off-by: Jouni Malinen <j@w1.fi>
This commit is contained in:
parent
7420e36293
commit
8d7aa7565b
1 changed files with 11 additions and 0 deletions
|
@ -1247,6 +1247,17 @@ SM_STEP(EAP)
|
||||||
break;
|
break;
|
||||||
}
|
}
|
||||||
SM_ENTER(EAP, SEND_REQUEST);
|
SM_ENTER(EAP, SEND_REQUEST);
|
||||||
|
if (sm->eap_if.eapNoReq && !sm->eap_if.eapReq) {
|
||||||
|
/*
|
||||||
|
* This transition is not mentioned in RFC 4137, but it
|
||||||
|
* is needed to handle cleanly a case where EAP method
|
||||||
|
* buildReq fails.
|
||||||
|
*/
|
||||||
|
wpa_printf(MSG_DEBUG,
|
||||||
|
"EAP: Method did not return a request");
|
||||||
|
SM_ENTER(EAP, FAILURE);
|
||||||
|
break;
|
||||||
|
}
|
||||||
break;
|
break;
|
||||||
case EAP_METHOD_RESPONSE:
|
case EAP_METHOD_RESPONSE:
|
||||||
/*
|
/*
|
||||||
|
|
Loading…
Reference in a new issue