All of lore.kernel.org
 help / color / mirror / Atom feed
* Re-4: Authentication problems
@ 2006-09-12 12:21 Ludovic MARCILLY
  2006-09-12 12:27 ` James Carlson
  0 siblings, 1 reply; 2+ messages in thread
From: Ludovic MARCILLY @ 2006-09-12 12:21 UTC (permalink / raw)
  To: linux-ppp

Ok. So if i want my client to authenticate with CHAP, i have to put these options in my config file on the client side:

refuse-pap
refuse-eap
refuse-mschap
refuse-mschap-v2

Am i right? I will test it now in order to be sure.

And if i just configure authentication on the server? For example, no require-[pap|chap|eap|mschap|mschap-v2] and no refuse-[pap|chap|eap|mschap|mschap-v2] in the config file on the client side but just enable chap on the server side. Will it work?

Thanks a lot for your help. I have difficulties to understand the require and refuse options.

-------- Original Message --------
Subject: Re: Re-2: Authentication problems (12-sept.-2006 13:21)
From:    James Carlson <carlsonj@workingcode.com>
To:      lmarcilly@aressi.fr

> Gilles Espinasse writes:
> > > So i can't put these options in the config file on the client side? If i
> > > understand, he server ask the client for PAP, CHAP or MS-CHAP method to
> > > authenticate? The client doesn't choose authentication method? Is it right?
> > >
> > If one authentication is not configured on the client side, pppd will 
> > answer
> > with a nak on the request and could offer another authentication method if
> > available (that the server may or not accept).
> 
> "Configured" in this case means that pppd has access to credentials --
> a user name and pass phrase or shared secret for a given
> authentication protocol -- and that it's not told _not_ to use them.
> 
> On the authenticatee ("client") side, all that you can do is agree to
> the peer's request or suggest an alternative; you can't demand to be
> identified with a given protocol.
> 
> Authentication must work that way.  Allowing the authenticatee to
> specify the means of validation is insecure.
> 
> On the other side, if you're setting up a "server," you use the
> 'require-pap' keyword (note that "+pap" is obsolescent) to say that
> the peers must use PAP to identify themselves.
> 
> -- 
> James Carlson         42.703N 71.076W         <carlsonj@workingcode.com>


To: carlsonj@workingcode.com
    g.esp@free.fr
Cc: linux-ppp@vger.kernel.org



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Re-4: Authentication problems
  2006-09-12 12:21 Re-4: Authentication problems Ludovic MARCILLY
@ 2006-09-12 12:27 ` James Carlson
  0 siblings, 0 replies; 2+ messages in thread
From: James Carlson @ 2006-09-12 12:27 UTC (permalink / raw)
  To: linux-ppp

Ludovic MARCILLY writes:
> Ok. So if i want my client to authenticate with CHAP, i have to put these options in my config file on the client side:
> 
> refuse-pap
> refuse-eap
> refuse-mschap
> refuse-mschap-v2
> 
> Am i right?

No.

If you want to authenticate with CHAP, then just put the right
credentials into /etc/ppp/chap-secrets.  That's all you need to do.
For example, this in the pppd options:

	user lmarcilly

and this in the /etc/ppp/chap-secrets file:

	lmarcilly * "my pass phrase"

That's it.  Those "refuse-*" options are there in case there's some
reason you _MUST_ prevent yourself from using those other protocols
when available.

They're potential workarounds for unforseen cases.  They're not meant
to be used in most instances.

In fact, that's true of most of the pppd options.  The best
configuration *BY FAR* is the one that sets the fewest options.  The
rest should be left to the default, which is generally chosen to be
the most interoperable configuration.

> I will test it now in order to be sure.
> 
> And if i just configure authentication on the server? For example, no require-[pap|chap|eap|mschap|mschap-v2] and no refuse-[pap|chap|eap|mschap|mschap-v2] in the config file on the client side but just enable chap on the server side. Will it work?

Yes.

> Thanks a lot for your help. I have difficulties to understand the
> require and refuse options.

require = server
refuse = client

-- 
James Carlson         42.703N 71.076W         <carlsonj@workingcode.com>

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-09-12 12:27 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-09-12 12:21 Re-4: Authentication problems Ludovic MARCILLY
2006-09-12 12:27 ` James Carlson

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.