On Sun, 20 Jan 2008, Charlie Brady wrote:
On Sun, 20 Jan 2008, Nestor Urquiza wrote:
I guess supporting EAP-POTP shouldn't be that hard since EAP-TLS and
EAP-POTP are just different types from the same rfc 3748.
It's "not hard" compared to hard problems. But it's also a non-trivial amount
of work. I wouldn't expect to see an implementation soon unless I was paying
someone to make it.
Course the person to ask would be Carlson, since he implimented the EAP-SRP
into pppd.
Actually, pppd (2.4.4) does not seem to support TLS. Also EAP is just an
extention, so there need be no relation between the various ways the
various EAP authentications do things.
pppd lists various types of EAP.
"Identity", "Notification", "Nak", "MD5-Challenge",
"OTP", "Generic-Token", NULL, NULL,
"RSA", "DSS", "KEA", "KEA-Validate",
"TLS", "Defender", "Windows 2000", "Arcot",
"Cisco", "Nokia", "SRP"
Of which probably only MD5 and SRP are actually implimented in pppd it
looks like to me.
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
