On Thu, 24 Feb 2005 [EMAIL PROTECTED] wrote:

On Thu, Feb 24, 2005 at 09:43:11AM -0800, Bill Unruh wrote:
He understood you perfectly. That is precicely what the refuse-... do,
except that
you cannot force the other side to authenticate you .

This is what I wanted to know.

If you
want them to authenticate themselves to you then you must say do.
Ie, authentication is under the control of whoever wants the other side to
be authenticated. Nothing else makes any sense. Of course since eap in some
sense is a bilateral authentication one might argue that y our request is
sensible, but the way to do it is for you to demand eap authentication from
the other side, and to refuse all other types of authentication from the
other side, as Carlson suggested.
Why by the way do you want to force the other side to authenticate you?

Because I've written a patch to pppd that permits eap-tls authentication. eap-tls provide mutual authentication, so if you (client) connect to a server, you want to be sure of its identity, so the authentication can't be skipped.

Then demand that they authenticate themselves to you via eap. If that is what you want then demand it. Why are you trying to force them into demanding it from you? " I want you to do something. But I do not want to ask you to do it, I want to force you to ask me to do it". That is not how the world works. If you want something, ask for it.



This is the behaviour I were looking for:

Sorry, the behaviour you want is that the two sides never agree on anything and refuse to talk to each other?


using channel 4 Using interface ppp0 Connect: ppp0 <--> /dev/ttyS1 sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <magic 0x290d2a43> <pcomp> <accomp>] sent [LCP ConfAck id=0x0 <asyncmap 0x0> <magic 0x290d2a43> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP ConfNak id=0x1 <auth 0xc227>] sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP ConfNak id=0x2 <auth 0xc227>] sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP ConfNak id=0x3 <auth 0xc227>] sent [LCP ConfReq id=0x4 <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP ConfNak id=0x4 <auth 0xc227>] sent [LCP ConfReq id=0x5 <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP ConfNak id=0x5 <auth 0xc227>] sent [LCP ConfReq id=0x6 <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP ConfNak id=0x6 <auth 0xc227>] sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP ConfNak id=0x7 <auth 0xc227>] sent [LCP ConfReq id=0x8 <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP ConfNak id=0x8 <auth 0xc227>] sent [LCP ConfReq id=0x9 <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP ConfNak id=0x9 <auth 0xc227>] sent [LCP ConfReq id=0xa <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP ConfNak id=0xa <auth 0xc227>] sent [LCP ConfReq id=0xb <asyncmap 0x0> <magic 0xb30db629> <pcomp> <accomp>] rcvd [LCP TermReq id=0x1 ")\r*C\000<\37777777715t\000\000\002\37777777734"] sent [LCP TermAck id=0x1] Modem hangup Connection terminated.

Is logged between a windows box (client) set to do eap-tls and the
pppd server.

Well demand that it authenticate itself to you via eap.

The server don't want to authenticate the client, but the client want
eap authentication for itself and finally close the negotiation.

That is the other sides perfect right. If someone walked up to you and demanded that you demand to see his driver's license, don;t you think a valid reaction on your part is to walk away?


- To unsubscribe from this list: send the line "unsubscribe linux-ppp" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Reply via email to